https://bugs.winehq.org/show_bug.cgi?id=50586
--- Comment #37 from Zebediah Figura z.figura12@gmail.com --- (In reply to Erich E. Hoover from comment #34)
Yes, thank you. I removed the internal uses where we get the link target, so I can confirm that this application is aware of reparse tags and that it is effectively responsible for the "problem": === 0168:fixme:file:FILE_GetSymlink MAGIC /home/ehoover/staging-50586/pfx/dosdevices/c:/Program Files/Black Tree Gaming Ltd/Vortex /home/ehoover/staging-50586/Vortex Mod Manager 0168:fixme:file:unix_to_nt_file_name /home/ehoover/staging-50586/Vortex Mod Manager: /Vortex Mod Manager (X:) ===
So, given that I can:
- Fix this so that it "works" (reports the target properly) but gives you
problems in terms of not properly finding everything. This is likely closest to what would happen on Windows if you set up the same situation with mklink. Is there any chance that you have a Windows box where you can verify that? 2) Report an unrecognized tag for unix symlinks (see hacky attachment, if you want to give that a try) 3) Hide the symlinks completely
Zeb, do you have thoughts?
Sorry, I'm having a bit of trouble understanding what's going wrong here. Can you please clarify the situation (is this a file or directory symlink, does it cross volumes, and how is the application misbehaving?)