https://bugs.winehq.org/show_bug.cgi?id=50893
Bug ID: 50893 Summary: Wine cannot see home directory Product: Wine Version: 6.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: winehome@dispostable.com Distribution: ---
Created attachment 69703 --> https://bugs.winehq.org/attachment.cgi?id=69703 output of "wine explorer ~/"
Steps to reproduce: With a fresh install and prefix (WINEARCH 32 or 64 bit), run "wine explorer" and navigate to /home.
Expected behaviour: A list of all folders in /home appears.
Actual behaviour: One user home folder, /home/user1, is missing from the list. Other user home folders, e.g. /home/user2, are shown as expected.
Permissions for /home/user1 and /home/user2 are the same. The absence of /home/user1 persists, regardless of whether wine is run under user1 or user2. Running "wine explorer ~/" gives
0144:err:explorer:make_explorer_window Failed to create PIDL for L"Z:\home\user1".
This also affects all file dialogs in other software and opening a file in /home/user1 with an associated wine executable.
https://bugs.winehq.org/show_bug.cgi?id=50893
jqt58958@zwoho.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|6.5 |6.2
--- Comment #1 from jqt58958@zwoho.com --- I just did an experiment by downgrading my wine version step-by-step and found that 6.1 works fine and the issue first occurs with 6.2. I have updated the bug accordingly.
https://bugs.winehq.org/show_bug.cgi?id=50893
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #2 from joaopa jeremielapuree@yahoo.fr --- Please, run a regression test: https://wiki.winehq.org/Regression_Testing
https://bugs.winehq.org/show_bug.cgi?id=50893
--- Comment #3 from jqt58958@zwoho.com --- Update after regression testing:
- ALL version from 6.1 to 6.2 exhibit the bug, when I compile them myself. I also tried 5.9 and 6.5 with the same result, so in fact I am not able to compile any version of wine which shows /home/user1.
- This is strange because the binary package wine-6.1 from my distro (ArchLinux) repository works fine when I install it. Any Arch binary package from 6.2 onwards has the bug though.
I ask to keep this bug open:
1. it is unclear where the problem originates, although it seems to depend on the build process.
2. in fact, the problem is NOT with ArchLinux's wine-6.1 or earlier, which currently is the only one that actually works for me. The problem is with my self-compiled wine (as well as the Arch wine after 6.1).
If it turns out later that a change in the Arch package is needed, I would be happy to mark this resolved and report to Arch but currently it looks like the opposite.
Any ideas what it could be? I have also tried compiling with an older version of gcc but that didn't help.
https://bugs.winehq.org/show_bug.cgi?id=50893
jqt58958@zwoho.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |ArchLinux
https://bugs.winehq.org/show_bug.cgi?id=50893
--- Comment #4 from jqt58958@zwoho.com --- I have found the solution to this strange behaviour: It was the same as https://bbs.archlinux.org/viewtopic.php?pid=1965664#p1965664
For some reason, my home directory had an atime of 2040 which caused a Y2038 overflow of the 32-bit timestamp integer. A simple touch /home/user1 to bring atime back to 2021 solved it.
There might still be a bug that needs fixing in wine although it can presumably wait till 2038 :). I leave it up to you whether to do something about it or close this bug as resolved.
https://bugs.winehq.org/show_bug.cgi?id=50893
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Wine cannot see home |Wine cannot see home |directory |directory (32-bit time_t | |overflow)
https://bugs.winehq.org/show_bug.cgi?id=50893
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |iam@valdikss.org.ru
--- Comment #5 from Alexandre Julliard julliard@winehq.org --- *** Bug 51565 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=50893
--- Comment #6 from iam@valdikss.org.ru --- Seem to work fine since circa version 7.16. There was a switch to time64 functions.
https://bugs.winehq.org/show_bug.cgi?id=50893
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |dark.shadow4@web.de Resolution|--- |FIXED
--- Comment #7 from Fabian Maurer dark.shadow4@web.de --- I can confirm this works now, marking fixed. Thanks for testing!
https://bugs.winehq.org/show_bug.cgi?id=50893
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #8 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 9.1.