I noticed that google chrome portable will not save most settings that you change. For instance it will not load my theme if I shut it down and then start it up again. It also won't let me change the download location or my home page. Please help!!!
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
I noticed that google chrome portable will not save most settings that you change. For instance it will not load my theme if I shut it down and then start it up again. It also won't let me change the download location or my home page. Please help!!!
It's a bug in the current build. A fix is in testing in the beta forums here:
https://portableapps.com/node/21128
Sometimes, the impossible can become possible, if you're awesome!
I am using the new release now and it works great! Thanks for the fix.
Nathanael G
I have tried this a half dozen times but each time I install (or move) the GoogleChromePortable folder anywhere underneath the "C:\Program Files" folder, GoogleChromePortable.exe will not load. I can move the same folder to the root of C: and it loads. I can move the same folder to the desktop and it loads. But if I move the folder to the "C:\Program Files" folder (or any folder underneath "C:\Program Files" then GoogleChromePortable.exe will not load.
Program Files is a special folder in Windows with special permissions. Use of portable apps from it is not supported or recommended and is hit or miss. Install to C:\PortableApps instead.
Sometimes, the impossible can become possible, if you're awesome!
I use over a dozen PortableApps, all running from a folder under "Program Files" and I have not had a problem until now.
I would rather not use GoogleChromePortable than to move all my other programs (and their shortcuts and change my bat files driving the programs, updates and such).
However, if this problem starts showing up on more of the PortableApps I will probably move my folder and reprogram.
Thanks,
basically, some of the portable apps need to be able to write to files in their sub-folders just to launch. This (and other similar behaviours) is what windows blocks them from doing underneath Program Files.
You may find that all the apps you need will work there, but the odds are that as you try others, you will find more and more that don't.
Since this is an important security management function within the core Windows OS, it isn't going to go away. Personally, I would recommend moving sooner rather than later. The fewer apps you have, the less work there is to do to move them.
Google Chrome expects it's application folder as well as it's profile folder to be writable by the user... you can right click the GoogleChromePortable folder and use the Security tab to Add the "Users" group and then tick "Full Control" for "Users". This should fix your problem.
Of course if you are going to run Google Chrome locally anyway you can just install Google's non-portable installer which takes care of everything for you.
Signature automatically removed for being too awesome.
hi i installed the new google chrome portable but it keeps coming up in chinese or japanese or some such lanuage can someone tell me how to change it to english please
Google Chrome will use the system language by default. To change it:
Click the wrench menu and then click "Options" (It should be the fourth menu item from the bottom).
Click "Under the Hood" (the last tab on the tab bar), and scroll to the "Web content" section and click "Change font and language settings" (it is the second to last section and the first button in that section).
Click "Languages" (the last tab on the new dialog's tab bar), and the drop down list at the bottom controls Google Chrome's languages. Once you set that and have fixed the UI language you may want to go back and set the other language settings to English as well.
Here is what the defaults look like for English:
http://x.mzzt.net/2009.11.05.12.37.27.png
Signature automatically removed for being too awesome.
It should be reacting to the codes broadcast by the menu.
Too many lonely hearts in the real world
Too many bridges you can burn
Too many tables you can't turn
Don't wanna live my life in the real world
... what? Unless the menu is passing a --lang= switch to Google Chrome Portable (support would have to be hacked in which didn't happen since there hasn't been a new release of PAM since GCP), it's not possible. PAF does not require a launcher to accept any sort of "standard" switch for language selection in multilingual apps (not a bad idea though for a future PAF IMO).
That reminds me, you can pass --lang=en-US to Google Chrome Portable so you can read the UI so you can change the permanent settings easier.
Signature automatically removed for being too awesome.
sets environment variables. They contain the language the menu runs in (en, de, fr etc). Thats how automatic language switching works. Its not recommended but I find its a nice way to do things. Several Apps use it already (like Atomic Tanks).
"What about Love?" - "Overrated. Biochemically no different than eating large quantities of chocolate." - Al Pacino in The Devils Advocate
Yes it does. Screamer supports it. PNotes supports it. Geany supports it. All the apps support it. In your case, language support will be easy. There's a varaible that passes in that format.
What you do is read the env variable:
ReadEnvStr $APPLANGUAGE "PortableApps.comLocaleglibc"
And then pass what that reads in your $EXECSTRING
Too many lonely hearts in the real world
Too many bridges you can burn
Too many tables you can't turn
Don't wanna live my life in the real world
To clarify, it's not a requirement. But it is strongly recommended.
Sometimes, the impossible can become possible, if you're awesome!
Okay then . . . .
Too many lonely hearts in the real world
Too many bridges you can burn
Too many tables you can't turn
Don't wanna live my life in the real world
What's a sample value I might find in the variable? If it's something like "en-US", I don't have to do any translation and I can just check for an appropriate DLL in the Locales directory (optionally... I'll have to see how Google Chrome handles passing in a language it doesn't support first) and then launch with the appropriate switch.
Signature automatically removed for being too awesome.
See this thread. It has a list of them.
I did a little checker program once that, if run from the menu, display all the currently available language codes. If you're interested drop me a mail.
"What about Love?" - "Overrated. Biochemically no different than eating large quantities of chocolate." - Al Pacino in The Devils Advocate
I listed them out (!) a while ago if that's any help. Here.
Thanks but nm, I dug into the source code and figured it out.
The way I'll do it is it'll use the language CODE (the suggested env string uses underscores while the code uses dashes, which is what chrome uses. My code checks for the existence of the locale DLL... if it can't find it, it looks for the base language (IE if you specify en-us, if it can't find it it'll look for en). If it can't find THAT it won't pass a --lang to Chrome, otherwise it will pass --lang with the valid locale code.
Signature automatically removed for being too awesome.