Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Pinned folders shouldn't shouldn't open with C:\Users\*\AppData\Roaming\OpenShell\Pinned\* #653

Closed
VarunAgw opened this issue Mar 6, 2021 · 4 comments
Labels
Enhancement/Feature Request An Enhancement/Feature request by the community

Comments

@VarunAgw
Copy link

VarunAgw commented Mar 6, 2021

When I double click on a pinned folder to open it, it opens with this path C:\Users\VarunAgw\AppData\Roaming\OpenShell\Pinned\igfx_win10_100.9313.

If the folder is in D:\Software\igfx_win10_100.9313, I would prefer that the original folder is opened instead rather than the symlink.

@VarunAgw VarunAgw added the Enhancement/Feature Request An Enhancement/Feature request by the community label Mar 6, 2021
@bonzibudd
Copy link
Member

Agreed, it's especially annoying when you need to navigate to paths above the original.

thisismy-github added a commit to thisismy-github/Open-Shell-Menu that referenced this issue Aug 20, 2021
Adds a new function called GetFakeFolder which attempts to find and get
the target.lnk file from a fake folder (what Open-Shell uses to pin
folders). If detected, InvokeCommand is swapped for a ShellExecute call
to the target shortcut. Fixes Open-Shell#555, Open-Shell#653, and by extension, Open-Shell#691.
@VarunAgw
Copy link
Author

Bump

@Gaurav-Original-ClassicShellTester

This is fixed in Open Shell 4.4.170. I archived its installer here: https://1drv.ms/u/s!AvOMnbjzo1eEkwyqayBPDOHuWx0v?e=VeMX1e See #852 but an official release hasn't been made since there are many other changes to be approved/rejected.

@VarunAgw
Copy link
Author

@Gaurav-Original-ClassicShellTester Thank you very much. Worked perfectly.

Ibuprophen pushed a commit that referenced this issue Aug 13, 2022
Adds a new function called GetFakeFolder which attempts to find and get
the target.lnk file from a fake folder (what Open-Shell uses to pin
folders). If detected, InvokeCommand is swapped for a ShellExecute call
to the target shortcut. Fixes #555, #653, and by extension, #691.
@ge0rdi ge0rdi closed this as completed Dec 11, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Enhancement/Feature Request An Enhancement/Feature request by the community
Projects
None yet
Development

No branches or pull requests

4 participants