http://bugs.winehq.org/show_bug.cgi?id=16332
Summary: crash in file dialog if the previous selected folder is deleted Product: Wine Version: 1.1.9 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comdlg32 AssignedTo: wine-bugs@winehq.org ReportedBy: thestig@google.com
To reproduce:
1. mkdir /tmp/foo; touch /tmp/foo/bar.txt 2. run notepad 3. file -> open, navigate to z:\tmp\foo, open bar.txt 4. rm -Rf /tmp/foo 5. file -> open causes a stack overflow due to infinite recursion in FILEDLG95_LOOKIN_InsertItemAfterParent(), with pidl = NULL.
http://bugs.winehq.org/show_bug.cgi?id=16332
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, source
http://bugs.winehq.org/show_bug.cgi?id=16332
--- Comment #1 from Elias Norberg elno0959@student.su.se 2008-12-12 13:55:55 --- Created an attachment (id=17876) --> (http://bugs.winehq.org/attachment.cgi?id=17876) Patch for 16332
http://bugs.winehq.org/show_bug.cgi?id=16332
Elias Norberg elno0959@student.su.se changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |elno0959@student.su.se
--- Comment #2 from Elias Norberg elno0959@student.su.se 2008-12-12 13:57:27 --- I can confirm this (just follow the specified steps). The Patch above fixes this, and it's been submitted to wine-patches.
http://bugs.winehq.org/show_bug.cgi?id=16332
Lei Zhang thestig@google.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords| |patch
--- Comment #3 from Lei Zhang thestig@google.com 2008-12-12 14:04:13 --- I sent a patch too, but it's been sitting in limbo. Maybe your's will.
http://www.winehq.org/pipermail/wine-patches/2008-December/065504.html
http://bugs.winehq.org/show_bug.cgi?id=16332
--- Comment #4 from Elias Norberg elno0959@student.su.se 2008-12-19 18:43:21 --- I just looked at you patch (just _after_ I sent mine in, of course), and I think your way of doing things look smarter (with the potential of catching other bugs).
However, I tried to simulate the behaviour in windows (by deleting a network path that could not be locked by windows), and the default is to fallback to "My Documents" if available.
Maybe a merge between our patches would do the trick?
My patch is here: http://article.gmane.org/gmane.comp.emulators.wine.patches/61566 (I forgot to add .txt, so its a bit of a bitch to open)
http://bugs.winehq.org/show_bug.cgi?id=16332
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nerv@dawncrow.de
--- Comment #5 from André H. nerv@dawncrow.de 2009-08-16 11:24:32 --- Hi Elias, your patch assumes that c:\ exists. in some cases this isnt true, you might check for the right systemdrive, there are some functions available
http://bugs.winehq.org/show_bug.cgi?id=16332
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #6 from Austin English austinenglish@gmail.com 2011-06-09 16:16:03 CDT --- Works fine in wine-1.3.21-310-g7cd20a4
http://bugs.winehq.org/show_bug.cgi?id=16332
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #7 from Alexandre Julliard julliard@winehq.org 2011-06-10 13:16:47 CDT --- Closing bugs fixed in 1.3.22.
-
wine-bugs＠winehq.org