You are viewing limited content. For full access, please sign in.

Discussion

Discussion

Where does OfficeUtil.GetWordPath() method look for the path?

posted on September 2, 2021

We have customers reporting that the Web Client office method GetWordPath reports Could not find the associated Office application and I see others asking the same thing on answers.

Where is the path that his method is expecting to find the word executable?

0 0
replied on September 8, 2021 Show version history

It is indeed missing

How do we get it back in there? My understanding of how to set the associated application is in this window, which is taken from the users computer:

The path the method GetWordPath() required on this machine for WinWord.exe is

I just don't know how to provide it, since it fails and does not allow manually entering it.

We even tried going to another workstation where everything works to see if we could manually re-construct the Registry Keys to match however they do not even have a Windows folder under HKLM/SOFTWARE

0 0
replied on September 8, 2021

I think creating that registry entry is the responsibility of the application installer. You might try repairing the Office installation and see if that fixes it. Otherwise you can export it from a working machine and import it on the one without it, as long as Word is installed to the same path.

0 0
replied on September 9, 2021

I see all the documentation from Microsoft, stating that this registry key should exist, but it appears that Microsoft has removed this registry key in the latest version of Windows 10. Every workstation I look at no longer includes this key. My personal workstation is certainly up to date and not a modified version of Windows, it does not include this key either. Microsoft must have removed it and did not update their documentation.

0 0
replied on September 20, 2021

Opening a case with support, I am at loss here now that Microsoft has stopped using these registry keys with the latest version of Windows 10.

If the app can't find the path to the the office app, then we need to just manually provide the path, so that it can continue with it's operations.

0 0
replied on September 20, 2021

That's more likely to be dependent on the version of Office you're installing, not Windows.

0 0
replied on September 20, 2021

According to the article from Microsoft it was recommended that any app developers use this key, yet it no longer exists in Windows 10.

We recommend registering your application in the App Paths registry subkey. Doing so avoids the need for applications to modify the system PATH environment variable.

 

0 0
replied on September 20, 2021

With one of our Windows 10 machines and Office 2016, it appears to use the location under HKEY_LOCAL_MACHINE. Your screenshot appears to have missed the "Microsoft" key.

0 0
replied on September 20, 2021

Oh there is 2 Windows folders, I do see it now under Microsoft/Windows on my workstation. I will see if the user can check there again.

0 0
replied on April 7, 2022

Hi Chad,

Did you ever get a resolution to this? We have a customer who moved to the new Licensing tier and now this issue started happening to random users when they try to use the Office Plugin via the Web Client. I doubt it is related to the license change and may just be a big coincidence but hoping you found a fix?

Thanks,

Ashleigh 

1 0
replied on April 7, 2022

It got lost in the weeds, I think I heard that their IT department got something working, maybe by replacing the workstation. The app could really use a browse feature if it can't find word.exe automatically, where after choosing the executables location, it updates the proper registry values.

0 0
replied on April 21, 2022

Hi all,

We did end up finding that the registry keys were missing in our case. It seems like it is the case for all Office applications. We think something with an Office update might have removed the keys.

 

All we had to do was add the path back. I have attached the registry values as txt files if anyone would like to use them. All I did was save as a .reg and double-click to reimport back into the registry. Obviously the registry will need backed up prior to importing in case anything goes wrong.

excel.txt (390 B)
winword.txt (287 B)
2 0
replied on July 12, 2022 Show version history

Received confirmation from another customer that these keys are missing with newer Office installations. Office 16 in this case.

Please add a prompt to choose the location manually if you can no longer ask windows for the location automatically.

We were looking in the proper location this time

HLM\Software\Microsoft\Windows\CurrentVersion\App Paths

Microsoft is not following their own recommendation

 

0 0
replied on July 25, 2022 Show version history

We have a customer that monitored the registry during office installs and seems to have found a possible issue here. They found that installing Office 64-bit creates these App Paths locations, however the 32-bit Office does not.

Either way, we need to give the user an option to manually specify the location of their office executables when it can't be done automagically. Can't just leave them hanging.

0 0
replied on September 2, 2021

It looks in the registry for the application under the key "Software\Microsoft\Windows\CurrentVersion\App Paths". It looks under both 32 and 64 bit sections of the CurrentUser and LocalMachine hives.

1 0
replied on September 2, 2021

Thanks! I will setup a remote session to check the local registry

0 0
You are not allowed to follow up in this post.

Sign in to reply to this post.