7zip On Windows 11
Berniece Leonhardt
Apparently 7zip just archives the link itself which is not what I intended. Is there a way to tell 7zip that I want it to archive the stuff that it links to, not the link itself? (That is if there is a symlink name foo which points to C:\stuff\foo, I want it to include the C:\stuff\foo directory in the archive in place of foo, not a 0-byte symlink.))
Failing that is there any reasonable around it, apart from adding the files and folders in question? Including the stuff through the symlink there's like 10 000 files, the large proportion of which are via symlinks so adding them all individually would take hours...
Note:Just to avoid confusion, note that the Linux build of p7zip (a port of 7zip) also has a binary 7z which does support archiving the file a symbolic link points to (switch -l). However, 7zip on Windows does not have this switch.
Since there seems to be some confusion on this, allow me to clarify. I'm assuming the OP is actually talking about Junctions as illustrated here _junction_point. Mklink does not make junctions. It makes TRUE symbolic links and I tried it myself and 7zip respects them perfectly. Also, you need to be administrator to create mklink symbolic links.
Seen this as a prevalent issue for many users. I'm running up-to-date Windows 11, 64-bit. When I right click to open the context menu, it isn't showing, nor if I go a level deeper under "show more options.: nothing. Same issue with AESCrypt. FWIW OneDrive and Dropbox options DO appear in menu. I've tried virtually every "fix" suggested online to no avail. Both apps (7 zip and AESCrypt) show in the context menu of my wife's and a friends laptop, both with same Windows build as mine. I experimented and installed WinRAR, and it shows up in context menu no problem!!?? So why would 7 Zip or AESCrypt not show up? Need help diagnosing how and why - do NOT want to reinstall Windows.
I know this may not help but I've seen the same issue with 7zip. I am beginning to think it's a "day of the week" type of thing. The last windows install(about 3 weeks ago) I did not have 7zip context menu but this latest install I did. I also notice this time around I had to tell Windows to use 7zip to open zip,7z,etc.. files. The previous install I did not. Make no sense.
I'm sure you have 7zip context menu on, right?
Thanks...tried that and it doesn't make a difference. Even the developer of AESCrypt is totally stumped by this. I considered refreshing Windows but I use Bitlocker and Yubikey to log on and don;t want to have to go through all that hassle. Apparently in searching for a fix I've discovered this is an issue for a lot of people and I've not found a fix that works.
I disagree, most of windows 11 is the failure, lol. Again with Microsoft telling us, the user, what standard we should use. Give us the option to decide what and how the OS should look, feel, and respond without doing silly registry hacks, or patching .dll's. The sheer arrogance of Microsoft. You're NOT making Windows for yourself. It's for everyone else. Stop coding like it's your little home project.
OP, I just ran into this myself today after having no issue with 7zip on Windows 11. I was trying to unzip multiple zip files and 7zip did not show up in the context menu. I went through typical troubleshooting to no avail.
Upon closer inspection I noticed that the zip files were actually from from a cloud folder on onedrive. The files had not yet been downloaded to my local machine. Once I downloaded them locally by selecting "always keep on this device" , 7zip was enabled in the context menu. Hope this helps!
That's an interesting observation! I eventually gave up and switched to Nanazip which is identical to 7zip and with some features.
*"NanaZip is an open source file archiver intended for the modern Windows experience, forked from the source code of well-known open source file archiver 7-Zip"
Hello,
In my knowledge, When you right-click, the options for 7-Zip and AESCrypt don't show up, even though you've tried different solutions from the internet. Strangely, OneDrive and Dropbox options appear fine, and when you installed WinRAR, it worked without a problem.
Before jumping to reinstalling Windows, let's try to figure out why 7-Zip and AESCrypt aren't showing up. Check if there are any other programs or settings causing this issue. Also, compare your computer settings with your wife's and friend's laptops where everything works. This might help us find what's going wrong without the need for a drastic solution like reinstalling Windows. If you can share more details about your computer and the programs you have, it would be helpful.
You can also check this: _7zip_from_show_more_options_to_appear_in/gcp training
I realize this is a very old thread, but I had the same "no 7-Zip right-click Context Menu entries" problem, also on a Win 11 Pro (64bit) machine. The 7-Zip version is up to 12-04 as of today. Here's what worked for me:
i just wanted to add, windows 10 x64 here, all updates, that after YEARS, today, with the help on UnigetUI, 7-zip MSI updated from 23.01 to 24.05 and 7-zip is BACK to the context menu. i hope it will be there after the next restart. libreoffice templates still are missing in context menu.
I just created a 7-zip archive here with an older tool, added password, and wrote out the 7z file to my Desktop. I right-clicked on this file, chose Open with, and using TheUnarchiver, was able to supply the password and extract the content correctly. On OS X El Capitan 10.11.6.
The error message implies it is using a (presumed) newer variant of .7z than the Mac tools you have tried support. I encountered a similar issue with a .rar file recently which was in the new version 5 RAR format.
Whilst there are at least two tools that I know now support v5 of RAR on a Mac I do not what format/version your file is in and whether any Mac tools support it. You can see information about the .7z format here -zip.org/7z.html
The same website lists various .7z tools that either they provide or recommend. The only Mac tool listed for .7z files is Keka which is what I have myself used in the past. The current version of Keka is 1.0.9 but there is a Keka 1.1.0beta which you could also try. See
Most compression tools and formats actually have multiple different compression schemes they can use although most of the time these choices are hidden and unnecessary. Zip has multiple variants, RAR has and so does .7z, if you look at the first webpage I linked to i.e. the .7z website you can see it lists at least seven different versions it can do. When you created a new test file and then successfully opened it you will have created it using a variant your tool understood, the problem here seems to be it has been created with a more esoteric or newer variant than the Mac tools you have tried understand.
Yes working with a windows pc and using 7zip v.9.20, so very old (actual we have 16.X-whatever), works without problems. So I'm not really sure if this zip archive is made with a very new crazy option. Because my old version of 7zip would also not be able to unzip it.
Yes, Joh I know. This was also the first tool tried, without success. The person which sends me the file is not available. But the company which he is working uses normally 7zip. Also you have the ability to create zip archives with 7zip, you only have to select it during creation procedure.
A common mistake by Windows users is putting the wrong file extension on files. If they used 7zip to create a ZIP file but used the .7z file extension this would confuse other more law abiding tools and equally possible would be the reverse of them having used 7zip to create a .7z file but using the .zip file extension.
I made a backup tool for MS SQL Express that -daily- backs up, 7zips and uploads the zipped files via FTP.It is a program made in VB.net, built as an .EXE with a .config file. One of the functions calls a file "7zip.exe".Anyway, on Win2003 (20 webservers) this works perfect. Small databases, big databases, slow servers, powerstations... The 'daily basis' is created by launching a scheduled task at night.
Now in Win2008 R1 I also created a 'basic task' and set it up.When I launch it, I see it working except the 7 zip does nothing. It has something to do with the scheduled task because when I run the .EXE normally (double clicking...) it 7zips, as it should be.
Windows Server 2008 made some changes to Scheduled Tasks, but I don't remember the specifics. I do remember having to update some tasks when I went from 2003 to 2008. You might need to assign a user to the task, even if it's a local job. If a regular user doesn't work, try a local admin user.
Thanks resolove my issue. becuase on windows server 2008 need full path while raring:On my scenario i schediled a batch script to zip one file everyday,but it didnt work as below my old script:"C:\Program Files\WinRAR\WinRAR.exe" a test.rar test.txt : this didnt work
Do you happen to know a way to zip a file without using 7zip? I'm using a Windows machine and tried googling different methods like using tar.exe or powershell but I'm having trouble making them work since I'm not familiar with those applications and the way to write them.
As much as I like the 7zip method, I noticed that sending the file to a compressed zipped folder via Windows has a faster processing time than 7zip. Ideally, if I have larger files to compress, I would like to opt for the zip method with the faster processing time.
Is it enough for me to simply type in Powershell into the Run External Program? I tried browsing for the app location but not sure which one it would be listed under. I try to pick the WindowsPowershell folder under Programs but it branches out into Configurations and Modules and am not sure which folder to pick for the filepath to the Powershell program.
Also what is -Force images/*.*? I understand Compress-Archive is the zip compression command but not sure what the 2nd half of the command argument is saying. I've seen other threads that mention Compress-Archive -Path "filepath" -DestinationPath "filepath.zip" but not sure how I would translate this to be dynamic since I was hoping to write it as
c80f0f1006