If Opera's directory includes special characters like "ı,ş,ç,ö,ü,ğ", it won't work. For instance my directory is "D:/Prog/ı/Opera". When I execute OperaPortable.exe, It creates "D:/Prog/?/Opera/Data/profile" and some of my profile in it. Then a blank page is opening. I have to overcome this issue, bcause almost all of my folders include special Turkish characters.
New: Kanri (Oct 9, '24), Platform 29.5.3 (Jun 27, '24)
1,100+ portable packages, 1.1 billion downloads
No Ads November!, Please donate today
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
Isn't it clear?
The PortbaleApps.com Launcher (OperaPortable.exe) can handle Unicode paths, but it would appear that Opera itself may not be able to. There are several apps that have this issue. Apps usually don't test for this as C:\Program Files, the normal install location, never has Unicode characters.
It is best to install to C:\PortableApps\ or similar. That's the default. It will always work. And both the app installers and the platform installers will automatically detect it.
Sometimes, the impossible can become possible, if you're awesome!
But if I use native portable Opera (without The PortbaleApps.com Launcher, selecting usb while installation) it works in Unicode paths. So, I guessed it's our launcher's (OperaPortable.exe) issue.
What happens if you run the launcher and then switch and run Opera.exe natively, which will still utilize the paths laid out by the launcher. Specifically, the operaprefs_default.ini file within the App\Opera directory is updated with:
Opera Preferences version 2.1 ; Do not edit this file while Opera is running ; This file is stored in UTF-8 encoding [System] Multi User=0 [User Prefs] Language Files Directory={Resources}locale\en Language File={Resources}locale\en\en.lng Opera Directory=P:\ATH\TO\OperaPortable\Data\profile\ Cache Directory4=P:\ATH\TO\OperaPortable\Data\profile\cache\ Opera Local Directory=P:\ATH\TO\OperaPortable\Data\profile\ Operator Cache Directory4=P:\ATH\TO\OperaPortable\Data\CacheOp\ Skin Directory=P:\ATH\TO\OperaPortable\Data\profile\skin\ Temporary Download Directory=P:\ATH\TO\OperaPortable\Data\profile\temporary_downloads\If Opera fails with the real paths listed in there, then it would appear to be an Opera bug.
Sometimes, the impossible can become possible, if you're awesome!
I just installed OperaPortable on "D:/ğşöüç" directory. And open OperaPortable.exe
Here is the opera:about page
http://imageshack.us/a/img688/3029/adszfls.png
And here is the operaprefs_default.ini
http://imageshack.us/a/img812/7581/aadfdsz.png
I haven't understood why it happens like that.
edit:
And it had been created folder for profile like this
http://img339.imageshack.us/img339/3060/asdfasdfasdc.png
I figured it out. It's a combination of things.
The launcher is attempting to write INI entries to the operaprefs_default.ini so Opera can find its settings. Unfortunately, Opera's INI file is in UTF-8 format, which means it isn't a valid INI file. INI files can only be ANSI or UCS-2LE. If you try and write a valid Unicode string to the file using the proper Windows API calls, it will corrupt the string, as you see in your results. It's actually trying to write it as either UCS-2LE or ANSI with codepage.
So, what if we convert the files to UCS-2LE so it's a valid INI? Then the launcher writes to it and the string is properly written, but Opera can't read it, so it fails. Opera can't read a valid INI. So, Opera is obviously using its own custom code internally to read/write INI files and not the standard Windows APIs.
Now, we could try writing the values using ConfigWrite. But, again, ConfigWrite doesn't handle UTF-8. So, we'd be left with the same thing.
Finally, we could try a replace, but that would mean that the OperaPortableSettings.ini and operaprefs_default.ini would need to stay in sync, and would break if someone copies their own version of Opera in (say the 64-bit version) or similar.
I have another workaround I've come up with that should work. I'm testing it now and will release it as Rev 2.
Sometimes, the impossible can become possible, if you're awesome!
This is fixed in Opera Portable 12.14 Rev 2.
Sometimes, the impossible can become possible, if you're awesome!
Thank you very much. It works perfectly.
WideCharToMultiByte or something like that?
Previously known as kAlug.
I have it copy a fresh version of the file (in custom code) with placeholders for the full path to the OperaPortable directory that I do a Replace on (in the launcher.ini in place of the 6 INI writes that were there before).
Sometimes, the impossible can become possible, if you're awesome!