https://bugs.winehq.org/show_bug.cgi?id=55975 Bug ID: 55975 Summary: crash if any application during file-open dialog when $WINEPREFIX/drive_c/users/$(whoami) is renamed or does not exist Product: Wine Version: 8.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alois.schloegl(a)gmail.com Distribution: --- Created attachment 75563 --> https://bugs.winehq.org/attachment.cgi?id=75563 WINEDEBUG log during winefile crash due to missing or non-matching c:/users/username directory I prepared a WINEPREFIX for a difficult to install application, and wanted to share this with other users. I made sure the other user has read permessions to all files, and the other users then copied that WINEPREFIX, so that the fileownership is change to the other user. For the other user, that application was always crashing as soon as she started the file-open dialog. The same application was working just fine for me. After changing c:\drive_c\users\YOURNAME to the other users name, and fixing all the symlinks to her $HOME directory, the application was working fine. The main issue here is the crash - without showning any meaningful error message. In order to reproduce this, start a new wineprefix, and run winefile export WINEPREFIX=$HOME/.wine.test wineboot -i winefile This was working, now rename c:\drive_c\users\YOURNAME mv $WINEPREFIX/drive_c/users/$(whoami){,-changed} winefile winefile will crash, and so will any other application as soon as you start an file selection dialog (typically "File Open"-dialog). Even saveing the backtrace was not possible. I would expect a more graceful handling of this case, either by generating the missing directory and files, or by some error dialog indicating what the problem is. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.