Special Folder bug?

For Windows, the LR says that SpecialFolder.SharedDocuments returns

but from what I see in Win10 the proper answer is

Please file a bug report.

Uh… no…
as Feedback keeps barfing, becoming corrupted and otherwise more of a nuisance than anything else.

I can work around the error faster than wasting time fighting your feedback system…

You have the information, do with it or don’t do with it

Since we just use the OS provided constants to access what they list this almost seems an issue in either their docs or the API itself

We’re using the documented constant, CSIDL_COMMON_DOCUMENTS, from https://msdn.microsoft.com/en-us/library/windows/desktop/bb762494(v=vs.85).aspx to return whatever that points at

Switching to using Known Folders https://msdn.microsoft.com/en-us/library/windows/desktop/dd378457(v=vs.85).aspx and the FOLDERID_PublicDocuments key still points to the same place if you look at that entry

The DISPLAYED path shows public documents but the actual path is still what the key returns

And fwiw you CAN, in the command shell, cd to “c:\users\public\documents” just fine

[quote=223930:@Dave S]Uh… no…
as Feedback keeps barfing, becoming corrupted and otherwise more of a nuisance than anything else.

I can work around the error faster than wasting time fighting your feedback system…

You have the information, do with it or don’t do with it[/quote]
Wow, ok. Have you tried downloading the latest version of Feedback directly from our website? We’re really trying to help here, but just reporting bugs here on the forum is a sure-fire way to get them forgotten.

From my Windows 10 VM
In a command prompt

c:\Users\IEUser>cd “c:\users\public\public documents”
The system cannot find the path specified.

Public Documents is JUST the display name
In Explorer if you navigate to that dir then try to select the entire path in the upper bar it immediately switches to say

C:\Users\Public\Documents