svenkle / google-drive-add-to-explorer

293 stars 106 forks source link

Folder Icon Instead of Google Drive Icon; Error When Opening #21

Closed SwanKing812 closed 3 years ago

SwanKing812 commented 4 years ago

As title says. Google Drive folder icon shows up in Explorer sidebar, not Google Drive icon. Will not open. GoogleDriveBug

chanhyokpark commented 4 years ago

https://www.google.com/drive/download/ You can use this if you're stuck

svenkle commented 4 years ago

@SwanKing812 it looks like you haven't followed the step to replace "User name" with the actual username.

Update the %USERPROFILE% values for TargetFolderPath so that the final value is the full path to your Google Drive folder. Ensure that you use \ in the folder path structure. eg. "TargetFolderPath"="C:\Users\User name\Google Drive"

If your username is John it would read C:\Users\John\Google Drive

AeroDeveloper commented 3 years ago

So this I originally responded to this and then deleted said response because I thought I was addressing the wrong issue, turns out this one references not only the "Location not available" issue (which is addressed by @svenkle directly), but also the issue found here.

Unfortunately I'm too lazy to retype the solution so I'm going to link the comment that discusses the solution in brief here. Essentially this happens when you're installing the 64-bit version of Google Drive (so if you're using the 32-bit version then just ignore everything I'm saying here).

Part of the registry edit involves pointing Windows to the icon to use for that folder in the side bar. Since the installed executable contains this icon, we use that as our position. But this registry edit was configured back with Google Drive was primarily a 32-bit program (and thus the executable containing the icon was found in C:\Program Files(x86)\Google\Drive\googledrivesync.exe) but now Google will install a 64-bit version of the program when on a 64-bit OS (in other words Windows 10 unless you got the short bus 32-bit version).

So we need to change two lines (32 and 48 if I remember) to point to the new installation location and update the second argument to reflect the position the icon is stored in that executable (as position 1 doesn't give you the same icon as featured and assumably preferred by users of this fix, @gibbsthegibbons from the comment thread I linked says it's 15 and that sounds right but don't quote me).

Unlike your first issue (the warning dialogue box) this one isn't due to user-error. I proposed in the other issue thread that we should look at updating the registry file to reflect the change in installation path (or at least provide a 64-bit version) but since this is something 1 guy figured out on his own (seriously some of these added entries are pretty much a foreign language to me so good on 'em for figuring it out) and has provided the solution out of generousity to a very grateful community I'm more than OK with just keeping this in mind should I need to re-download this repo.

svenkle commented 3 years ago

I'm closing this issue as the new .bat conversion as a part of #28 will automatically expand the user variable removing the human error component.