https://bugs.winehq.org/show_bug.cgi?id=50766
Bug ID: 50766 Summary: In Wine Staging 6.3, symbolic links are no longer active and become regular files. Product: Wine-staging Version: 6.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: 93.duke.xperia@gmail.com CC: leslie_alistair@hotmail.com, z.figura12@gmail.com Distribution: ---
Created attachment 69557 --> https://bugs.winehq.org/attachment.cgi?id=69557 screenshot
In Wine Staging 6.3, symbolic links are no longer active and become regular files. When downgrading to version 6.2, symbolic links are active again.
https://bugs.winehq.org/show_bug.cgi?id=50766
DUKE93 93.duke.xperia@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |Ubuntu
https://bugs.winehq.org/show_bug.cgi?id=50766
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |erich.e.hoover@gmail.com
--- Comment #1 from Zebediah Figura z.figura12@gmail.com --- What program is this?
https://bugs.winehq.org/show_bug.cgi?id=50766
--- Comment #2 from DUKE93 93.duke.xperia@gmail.com --- Total Commander
https://bugs.winehq.org/show_bug.cgi?id=50766
--- Comment #3 from Erich E. Hoover erich.e.hoover@gmail.com --- What is the underlying filesystem? (I've re-enabled the patch to detect filesystem support for symlinks, but that may be missing something)
https://bugs.winehq.org/show_bug.cgi?id=50766
--- Comment #4 from DUKE93 93.duke.xperia@gmail.com --- ext4
https://bugs.winehq.org/show_bug.cgi?id=50766
--- Comment #5 from Erich E. Hoover erich.e.hoover@gmail.com --- (In reply to DUKE93 from comment #4)
ext4
Huh, that should definitely work. Do you know how to compile wine-staging yourself?
https://bugs.winehq.org/show_bug.cgi?id=50766
--- Comment #6 from DUKE93 93.duke.xperia@gmail.com --- Yes I have compiled Wine Staging. But unfortunately I am temporarily working on a computer with an Intel Core 2 6600 processor and the compilation on it will take a very long time. Sorry.
https://bugs.winehq.org/show_bug.cgi?id=50766
--- Comment #7 from Erich E. Hoover erich.e.hoover@gmail.com --- (In reply to DUKE93 from comment #6)
Yes I have compiled Wine Staging. But unfortunately I am temporarily working on a computer with an Intel Core 2 6600 processor and the compilation on it will take a very long time. Sorry.
Hmm, that's unfortunate - what distro are you using?
Would you mind setting up a compilation as a background task? When that's done we would just make a minor tweak to dlls/mountmgr.sys/device.c:get_fs_flags() to bypass the filesystem check. It's also possible that for some reason Total Commander is going through the other pathway in ntdll, but we can also test that pretty easily.
https://bugs.winehq.org/show_bug.cgi?id=50766
--- Comment #8 from DUKE93 93.duke.xperia@gmail.com --- Linux Mint 20.1
https://bugs.winehq.org/show_bug.cgi?id=50766
--- Comment #9 from DUKE93 93.duke.xperia@gmail.com --- (In reply to Erich E. Hoover from comment #7)
(In reply to DUKE93 from comment #6)
Yes I have compiled Wine Staging. But unfortunately I am temporarily working on a computer with an Intel Core 2 6600 processor and the compilation on it will take a very long time. Sorry.
Hmm, that's unfortunate - what distro are you using?
Would you mind setting up a compilation as a background task? When that's done we would just make a minor tweak to dlls/mountmgr.sys/device.c:get_fs_flags() to bypass the filesystem check. It's also possible that for some reason Total Commander is going through the other pathway in ntdll, but we can also test that pretty easily.
What exactly did you have for compilation as a background task?
https://bugs.winehq.org/show_bug.cgi?id=50766
--- Comment #10 from Erich E. Hoover erich.e.hoover@gmail.com --- (In reply to DUKE93 from comment #9)
... What exactly did you have for compilation as a background task?
Step #1 would be to compile wine-staging exactly as-is, but if you don't want to chew up all your processing then just use regular make (no make -jCOUNT). You can run it overnight if you like, there's no rush.
Step #2: When it's done we can tweak the one file (dlls/mountmgr.sys/device.c) and then run make again (just don't run "make clean"). In this case that would be to just replace get_fs_flags() with this: static DWORD get_fs_flags( struct volume *volume ) { return FILE_SUPPORTS_REPARSE_POINTS; }
https://bugs.winehq.org/show_bug.cgi?id=50766
hitman2491@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hitman2491@gmail.com
--- Comment #11 from hitman2491@gmail.com --- *** Bug 50767 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=50766
--- Comment #12 from Erich E. Hoover erich.e.hoover@gmail.com --- Actually, thinking about this more that doesn't make any sense - that routine was reporting a lack of symlinks before. Would you mind giving me a directory listing where you have a link (ls -halt) and a screenshot of what you're expecting in Total Commander?
https://bugs.winehq.org/show_bug.cgi?id=50766
--- Comment #13 from Erich E. Hoover erich.e.hoover@gmail.com --- *sigh* I actually know what this is, I keep making this mistake over and over again and it continues to drive me nuts. readlink() does not actually NULL-terminate strings, so when I updated some of these routines and forgot to take that into account it means that in certain cases (depending on what you have in memory) that I'm attempting to operate on /some/path/that/existsGARBAGE instead of /some/path/that/exists. Zeb, I'll give you an update as soon as I have a chance this evening.
https://bugs.winehq.org/show_bug.cgi?id=50766
--- Comment #14 from hitman2491@gmail.com --- https://user-images.githubusercontent.com/52298587/109767677-d07a2c80-7bef-1...
Notice how the "Games, cache, logs" folders are displayed
https://bugs.winehq.org/show_bug.cgi?id=50766
soredake gi85qht0z@relay.firefox.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gi85qht0z@relay.firefox.com
https://bugs.winehq.org/show_bug.cgi?id=50766
--- Comment #15 from Erich E. Hoover erich.e.hoover@gmail.com --- This should be fixed by staging commit 89c049ee68fdbbd4854a3dd2df03c9562bd0c085.
https://bugs.winehq.org/show_bug.cgi?id=50766
Erich E. Hoover erich.e.hoover@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED
--- Comment #16 from Erich E. Hoover erich.e.hoover@gmail.com --- Fixed in wine-staging 6.4.
https://bugs.winehq.org/show_bug.cgi?id=50766
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |89c049ee68fdbbd4854a3dd2df0 | |3c9562bd0c085 Status|RESOLVED |CLOSED
--- Comment #17 from Zebediah Figura z.figura12@gmail.com --- Closing bugs fixed in wine-staging 6.4.