Just did a clean install of 7-Zip Portable 9.20, and now it won't remember any of my customizations after closing. Whenever I start it, it resets to its default settings. Not sure what happened, but this is definitely a regression as 7-Zip 4.x worked fine.
Operating system is Win7 Ultimate x64, with Platform 2.0b5.
Visit the Community page
Join our forums
Subscribe to our email newsletter
Subscribe with RSS
Follow us on Facebook
Follow us on LinkedIn
Follow us on Twitter
Follow us on Mastodon
Follow us on BlueSky
Works just fine here on Windows 7 x64 and properly launching the 64bit version. They use the same registry key. Most of the registry is not split between 32 and 64. 32 and 64-bit 7-Zip use the same key.
Sometimes, the impossible can become possible, if you're awesome!
I don't know what's wrong then, because this is definitely a clean install--I had been using PeaZip for a while (having deleted the 7-Zip folder) but went back to 7-Zip due to PeaZip's slowness. What's odd is that when I originally installed 9.20 over the old 4.x version (4.65 I think?), it worked fine, but now when I started from a clean install it won't remember any settings at all. With every restart, the window dimensions reset as well as any changes to the settings. Rather frustrating.
Try another fresh install and delete the HKEY_CURRENT_USER\Software\7-zip and HKEY_CURRENT_USER\Software\7-zip-BackupBy7-ZipPortable (if present) keys. Ensure that a local copy of 7-zip isn't running either. A reboot at this point before running may also help. Not sure quite what it is though.
Sometimes, the impossible can become possible, if you're awesome!
Just tried, but no such key exists while 7-Zip Portable isn't running and I don't have a local install at all. Here's something interesting though: Just did some test customizations and then closed 7-Zip, and here's the contents of 7zip_portable.reg in its entirety:
Seems the registry isn't being exported properly...
you running some odd custom permissions on the box? Maybe restricting regedit (which I think NSIS will try first)?
Sometimes, the impossible can become possible, if you're awesome!
It's a stock Win7 x64 install. UAC is on, but that can't be it as the issue remains even if I run as administrator.
If you're running it from a non-FAT32 partition, permissions could stop it from working.
I am a Christian and a developer and moderator here.
“A soft answer turns away wrath, but a harsh word stirs up anger.” – Proverbs 15:1
I use either FAT32 or exFAT on all my drives (mostly FAT32), neither of which support permissions.
Not sure if it makes a difference, but I'll mention it again just for the heck of it: When I originally had 4.65 installed and upgraded to 9.20, it worked fine, but with a completely clean install of 9.20, this issue has surfaced.
I tried looking through the launcher source to see if I could find the issue myself, but the code is an utter mess, so I gave up.
I've confirmed this when run from the PA.c Platform. It's an interaction between not having default settings set properly and the launcher setting the language on first run. You wind up with a partial registry key and then, for some reason, 7-Zip can't fill in the blanks and it can't work properly from then on. 7-Zip 4.65 did not have this issue.
As a workaround, delete the 7-ZipPortable\Data folder and then run 7-ZipPortable.exe directly (not through the platform) once. That will properly create the settings. I'll post a revision tomorrow to fix this.
Sometimes, the impossible can become possible, if you're awesome!
Before you post the revision, I found another minor issue: Sometimes when clicking OK or Apply in the settings dialog, it pops up an error "Cannot find 7-zip.dll". Doesn't seem to affect the functionality of the app otherwise, but just thought I'd mention it.
This issue disturbed me a long time. However, 7z works fine now. Thanks again!
I had the same problem with the Portable 9.20.
Then installed the normal version and found a reference in the Registry: C:\Program Files\7-Zip\7-zip.dll.
Comparing folders it was a 7-zip.dll file in the installed version and not in the Portable.
So I copied the 7-zip.dll to the Portable and unistalled 7-Zip.
Now my Portable is working.
Hope this is usefull to somebody.
Windows 7 Ultimate & Windows XP SP3
This issue (as well as the missing 7-zip.dll mentioned above) has been fixed in 9.20 Rev 2.
Sometimes, the impossible can become possible, if you're awesome!
There is still a minor bug.
I´m using in Spanish, but the Cascaded Context Menu is not translated.
Still in English.
Thank You.
Windows 7 Ultimate & Windows XP SP3
Context menus are not portable (they lock Explorer and require purposely crashing it to unlock it to get a drive out) and are not supported in the context of this app.
Sometimes, the impossible can become possible, if you're awesome!
Environment:
Problem:
Starting from either 7-ZipPortable.exe directly or from the PA.c menu and setting my chosen editor saves the preference into the 7zip_portable.reg file. Subsequent execution, whether of the 7-ZipPortable.exe directly or through the PA.c menu, deletes this entry from the 7zip_portable.reg file.
What am I doing wrong if this has been fixed?
Edit:
I feel I should add that I am trying to get 7-zip portable to utilize Notepad++ portable as it's default editor. Notepad++ portable is located within the same PA.c install.
Also, while file associations work fine, "Integrate 7-zip to shell context menu" does not remain checked after applying it even while 7-zip has not been closed. Reopening the options dialog reveals it as unchecked again.
It would seem that editor is not maintained by the launcher, which is a separate bug. I've added this new bug into the queue and it will be fixed in the next 7-Zip update.
Explorer context menus are unsupported in all portable apps as they are not portable. They lock to explorer and prevent drive ejection. The only way to free them is to purposely crash explorer by killing the process.
Sometimes, the impossible can become possible, if you're awesome!