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@winehq.org Reporter: alois.schloegl@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.