Chrome will not update if installed on separate drive via registry edit.
Reported by
alatn...@gmail.com,
Dec 26
|
||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36 Steps to reproduce the problem: 1. Registry edit "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\ProgramFilesDir" and "Registry edit "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\ProgramFilesDir (x86)" to point to a different drive such as "D:\Program Files" 2. Install chrome normally via chrome.google.com. 3. Start an update via Help>About Chrome. What is the expected behavior? Chrome to update. What went wrong? Does not update and errors with Update check failed to start. new_chrome.exe is placed in folder but does not change to chrome.exe. Did this work before? No Chrome version: 71.0.3578.98 Channel: stable OS Version: 10.0 Flash Version:
,
Dec 31
Could anyone from inhouse installers team give a try on this.
,
Jan 2
Hi. Chrome and its installer require that these environment variables: %PROGRAMFILES% %PROGRAMFILES(X86)% %PROGRAMW6432% and these KNOWNFOLDERID values: FOLDERID_ProgramFiles FOLDERID_ProgramFilesX64 FOLDERID_ProgramFilesX86 Point to sensible and consistent locations. Please check that your method of moving your program files directory results in all of these being correct. While you're off into unsupported territory with these changes you're making (both in the case of Windows and Chrome), we could try to make it work. If the only problem is that the rename of new_chrome.exe is failing, then it should be enough to bring up the browser, start logging, and quit the browser. It should attempt the rename during shutdown. That log *might* help us identify what's going wrong. Cheers.
,
Jan 2
So, using both powershell and command line, the registry edit does reflect in both the environment variables and known folder id's. More testing on my side is going to have to happen but i would need to find an older version of chrome to do a test for this. Otherwise, the error shown in the about chrome might also reflect on the google update service not liking these folder paths changing. Heck, I've had a few different programs freak out because of the change.
,
Jan 2
Correction, the environment variable %PROGRAMW6432% is not reflected. Still points to the C drive instead of the D drive.
,
Jan 2
FWIW for such cases you can keep an NTFS junction at the old location that redirects to the new one. mklink /j "C:\Program Files" "D:\Program Files"
,
Jan 2
That would work if I have all program files off of the C drive. As my setup is, I have it configured as followed: -C drive is for programs that need to load fast, i.e. Syncthing, LinkShellExtention, HWiNFO, etc. -D drive is for programs for general programs, such as 3D modelers, games, etc. So, symlinking/junctioning the program folder is not viable.
,
Jan 11
,
Jan 11
@grt: Could you please take a look into this issue.Thank You!
,
Jan 11
You can symlink/junction a single folder (Chrome or Google or whatever) inside "c:\program files" that points to your other drive's counterpart.
,
Jan 14
As this issue is related to Internals>Installer and is out of scope of triaging at TE end, adding 'TE-NeedsTriageHelp' and requesting the appropriate team to look into the issue and help further. Thanks.. |
||||||
►
Sign in to add a comment |
||||||
Comment 1 by swarnasree.mukkala@chromium.org
, Dec 26