http://bugs.winehq.org/show_bug.cgi?id=11595
Summary: wine application crashes if linux application changes a file it has open (Notepad++) Product: Wine Version: 0.9.54. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: tycho_lamerigts@yahoo.com
- install notepad++ - start notepad++ - create new file - save file - modify saved file with a linux application (e.g. gedit) - switch focus back to notepad++, it sees the change, then freezes.
http://bugs.winehq.org/show_bug.cgi?id=11595
--- Comment #1 from Vitaliy Margolen vitaliy@kievinfo.com 2008-02-15 13:01:56 --- Where are you saving that file? Anything in the terminal? If so - attach as a file.
http://bugs.winehq.org/show_bug.cgi?id=11595
--- Comment #2 from Austin English austinenglish@gmail.com 2008-02-15 13:45:08 --- Have you tested that the same thing doesn't occur in windows? If you open a file with one application in windows, then change that file in another application, many programs have strange behavior...
http://bugs.winehq.org/show_bug.cgi?id=11595
Rico kgbricola@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kgbricola@web.de
--- Comment #3 from Rico kgbricola@web.de 2008-02-15 15:11:32 --- Works in windows very well.
I can confirm this bug, but the app crashes only if wine is in full screen mode. If wine is in virtual desktop mode the app didn't recognize the file change and didn't crash.
Steps to reproduce: - download notepad++ http://downloads.sourceforge.net/notepad-plus/npp.4.7.5.bin.zip?modtime=1200... - extract it in [a folder of your choice] - cd [a folder of your choice] - cat "123456" > [file] - run wine notepad++.exe - File -> Open -> [file] - open the file with your favorite text editor and change a sign and save (while this file is still open in notepad++.exe) - now change back to the notepad++.exe window, the app crashes (virtual desktop disabled in wine) while trying to show a message box
Here is the console output (to short to attach) - it's the same as starting and closing notepad++.exe immediately: fixme:reg:GetNativeSystemInfo (0x33d43c) using GetSystemInfo() fixme:shell:SHGetFileInfoW SHGFI_OVERLAYINDEX unhandled (4 times repeated)
http://bugs.winehq.org/show_bug.cgi?id=11595
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jager49@zonnet.nl
--- Comment #4 from Austin English austinenglish@gmail.com 2008-03-20 00:18:34 --- *** Bug 12122 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=11595
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Summary|wine application crashes if |wine application freezes if |linux application changes a |linux application changes a |file it has open (Notepad++)|file it has open (Notepad++)
--- Comment #5 from Austin English austinenglish@gmail.com 2008-03-20 00:18:59 --- Updating summary and confirming since 2nd user reported.
http://bugs.winehq.org/show_bug.cgi?id=11595
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tazdev@punkass.com
--- Comment #6 from Austin English austinenglish@gmail.com 2008-05-26 09:54:15 --- *** Bug 13384 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=11595
Joel cincodenada+bz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cincodenada+bz@gmail.com
--- Comment #7 from Joel cincodenada+bz@gmail.com 2008-07-11 20:24:50 --- I can confirm this, in both Notepad++ and WinMerge (http://winmerge.org/). It seems that the application itself doesn't freeze, but the dialog box (which stays on top) doesn't respond to user input at all - Alt-keys, enter, spacebar, clicking. The application underneath, however, appears to operate normally, as when I close it it asks if I want to save my changes.
http://bugs.winehq.org/show_bug.cgi?id=11595
--- Comment #8 from Ivo Jager jager49@zonnet.nl 2008-11-07 17:46:40 --- Still present in 1.1.7 Anytime my app updates my debug log file, Notepad++ barfs (eg locks up). Absolutely love Notepad++ for coding - beer for anyone who can fix this!
http://bugs.winehq.org/show_bug.cgi?id=11595
--- Comment #9 from Ivo Jager jager49@zonnet.nl 2008-11-17 17:22:15 --- (In reply to comment #7)
I can confirm this, in both Notepad++ and WinMerge (http://winmerge.org/). It seems that the application itself doesn't freeze, but the dialog box (which stays on top) doesn't respond to user input at all - Alt-keys, enter, spacebar, clicking. The application underneath, however, appears to operate normally, as when I close it it asks if I want to save my changes.
Still present in Wine 1.1.8 and Notepad++ 5.1.1. Notepad++ (underneath the dialog box) does freeze completely though. Can't be closed, wont refersh/redraw and won't respond to keys. Force Quit is the only option.
http://bugs.winehq.org/show_bug.cgi?id=11595
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish@gmail.com Keywords| |download, source
--- Comment #10 from Austin English austinenglish@gmail.com 2008-11-17 18:02:21 --- (In reply to comment #9)
(In reply to comment #7)
I can confirm this, in both Notepad++ and WinMerge (http://winmerge.org/). It seems that the application itself doesn't freeze, but the dialog box (which stays on top) doesn't respond to user input at all - Alt-keys, enter, spacebar, clicking. The application underneath, however, appears to operate normally, as when I close it it asks if I want to save my changes.
Still present in Wine 1.1.8 and Notepad++ 5.1.1. Notepad++ (underneath the dialog box) does freeze completely though. Can't be closed, wont refersh/redraw and won't respond to keys. Force Quit is the only option.
Responds to keypresses here. Look at the bottom status bar.
How did you get past bug 11952?
http://bugs.winehq.org/show_bug.cgi?id=11595
--- Comment #11 from Ivo Jager jager49@zonnet.nl 2008-11-17 19:50:45 --- (In reply to comment #10)
(In reply to comment #9)
(In reply to comment #7)
I can confirm this, in both Notepad++ and WinMerge (http://winmerge.org/). It seems that the application itself doesn't freeze, but the dialog box (which stays on top) doesn't respond to user input at all - Alt-keys, enter, spacebar, clicking. The application underneath, however, appears to operate normally, as when I close it it asks if I want to save my changes.
Still present in Wine 1.1.8 and Notepad++ 5.1.1. Notepad++ (underneath the dialog box) does freeze completely though. Can't be closed, wont refersh/redraw and won't respond to keys. Force Quit is the only option.
Responds to keypresses here. Look at the bottom status bar.
How did you get past bug 11952?
Nope, no such luck here - freezes totally. The popup dialog 'smears' all over the window below if I drag it. Bug 11952 is interesting; I observe nothing like that here. I'm running Ubuntu Intrepid Ibex with the latest version of Notepad++. However, I've had the fancy Compiz stuff switched off since Hardy. I found it gave me trouble with screen updates in Notepad++ and even native editors. Do you have Compiz turned on?
http://bugs.winehq.org/show_bug.cgi?id=11595
--- Comment #12 from Austin English austinenglish@gmail.com 2008-11-17 19:53:28 --- (In reply to comment #11)
(In reply to comment #10)
(In reply to comment #9)
(In reply to comment #7)
I can confirm this, in both Notepad++ and WinMerge (http://winmerge.org/). It seems that the application itself doesn't freeze, but the dialog box (which stays on top) doesn't respond to user input at all - Alt-keys, enter, spacebar, clicking. The application underneath, however, appears to operate normally, as when I close it it asks if I want to save my changes.
Still present in Wine 1.1.8 and Notepad++ 5.1.1. Notepad++ (underneath the dialog box) does freeze completely though. Can't be closed, wont refersh/redraw and won't respond to keys. Force Quit is the only option.
Responds to keypresses here. Look at the bottom status bar.
How did you get past bug 11952?
Nope, no such luck here - freezes totally. The popup dialog 'smears' all over the window below if I drag it. Bug 11952 is interesting; I observe nothing like that here. I'm running Ubuntu Intrepid Ibex with the latest version of Notepad++. However, I've had the fancy Compiz stuff switched off since Hardy. I found it gave me trouble with screen updates in Notepad++ and even native editors. Do you have Compiz turned on?
No, and using a clean ~/.wine.
Don't worry about it, I don't want to flood bugzilla :-). If you've got any ideas on it, please e-mail me privately.
http://bugs.winehq.org/show_bug.cgi?id=11595
joao.eiras joao.eiras@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |joao.eiras@gmail.com
--- Comment #13 from joao.eiras joao.eiras@gmail.com 2009-01-02 11:43:32 --- I confirm it as well: Ubuntu 8.10, latest wine, latest notepad++.
http://bugs.winehq.org/show_bug.cgi?id=11595
Anders Andersson trezker@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |trezker@gmail.com
--- Comment #14 from Anders Andersson trezker@gmail.com 2009-05-13 17:19:02 --- Bug confirmed: Ubuntu 9.04, wine 1.1.21
http://bugs.winehq.org/show_bug.cgi?id=11595
--- Comment #15 from Yuanle Song sylecn@gmail.com 2009-11-08 10:53:01 --- confirm on debian testing (lenny)
~ $ policy wine wine: Installed: 1.0.1-2 Candidate: 1.0.1-2 Version table: *** 1.0.1-2 0 500 http://ftp.us.debian.org testing/main Packages 100 /var/lib/dpkg/status 1.0.1-1 0 500 http://ftp.us.debian.org stable/main Packages ~ $ wine --version wine-1.0.1 ~ $ lsb_release -a No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux 5.0.3 (lenny) Release: 5.0.3 Codename: lenny ~ $ uname -a Linux sylecn 2.6.30-2-686 #1 SMP Sat Sep 26 01:16:22 UTC 2009 i686 GNU/Linux ~ $
using latest Notepad++: npp.5.5.1.Installer.exe
http://bugs.winehq.org/show_bug.cgi?id=11595
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |martinstolpe@gmail.com
--- Comment #16 from Nikolay Sivov bunglehead@gmail.com 2009-12-18 11:58:39 --- *** Bug 21056 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=11595
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|wine application freezes if |Notepad++ freezes if native |linux application changes a |application changes a file |file it has open |it has open |(Notepad++) |
http://bugs.winehq.org/show_bug.cgi?id=11595
--- Comment #17 from Austin English austinenglish@gmail.com 2010-09-25 23:55:46 CDT --- Still in git...this has been bugging the crap out of me lately, since I'll sometimes do a git checkout/svn revert with a file that's open and then notepad++ freezes for _all_ opened docs :-(.
http://bugs.winehq.org/show_bug.cgi?id=11595
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com Summary|Notepad++ freezes if native |Notepad++ freezes if native |application changes a file |application changes a file |it has open |it has open (dogfood)
http://bugs.winehq.org/show_bug.cgi?id=11595
Sergey Ivanov icegood1980@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |icegood1980@gmail.com
--- Comment #18 from Sergey Ivanov icegood1980@gmail.com 2010-12-04 17:46:32 CST --- Confirm bug on latest 1.3.8. Actually trouble present once application generate it's own DialogBox.
http://bugs.winehq.org/show_bug.cgi?id=11595
gat gatlinsullivan@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gatlinsullivan@yahoo.com
--- Comment #19 from gat gatlinsullivan@yahoo.com 2011-05-17 15:30:03 CDT --- (In reply to comment #18)
Confirm bug on latest 1.3.8. Actually trouble present once application generate it's own DialogBox.
This is still present in 1.3.20. It pops a new little window (without a button to close the new window in Gnome3 - Fedora 15) that is entitled "Reload", but the reload does not successfully work. This crash also eats the mouse - not the keystrokes though.
http://bugs.winehq.org/show_bug.cgi?id=11595
sara sara.aiuk@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sara.aiuk@gmail.com
--- Comment #20 from sara sara.aiuk@gmail.com 2011-05-19 10:12:04 CDT --- It still keeps happening, but a way that seems to avoid the unexpected crash is changing the Notepad ++ settings. Disabling the automatic reload (Settings>Preferences>Misc>Disable"File Status Autodetection") and reloading the file manually (or with the reload shortcut), it doesn't crash.
http://bugs.winehq.org/show_bug.cgi?id=11595
Alexander Scott-Johns alexander.scott.johns+winebug@googlemail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |alexander.scott.johns+wineb | |ug@googlemail.com
--- Comment #21 from Alexander Scott-Johns alexander.scott.johns+winebug@googlemail.com 2011-06-26 05:48:16 CDT --- This may be due to bug 27502: "app freezes when WM_KILLFOCUS creates modal dialog" (although in the case of notepad++ it may be WM_ACTIVATE instead).
http://bugs.winehq.org/show_bug.cgi?id=11595
kinnison.josh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kinnison.josh@gmail.com
--- Comment #22 from kinnison.josh@gmail.com 2011-10-20 11:27:55 CDT --- Since the status is still "NEW"... I confirm this as well.
http://bugs.winehq.org/show_bug.cgi?id=11595
--- Comment #23 from gat gatlinsullivan@yahoo.com 2011-11-01 23:22:21 CDT --- I just tried this on Fedora 16 Beta+ with Wine 1.3.31 (Fedora's version from koji) & Notepad++ 5.9.6 and there was not a problem. I opened a new file with Notepad++ and saved it. I opened gedit and then the same file (having now two instances of editors opening this file) and edited without saving with gedit. Notepad++ did not crash, then I edited the version held by Notepad++ and saved its new version. Gedit had its refresh, but Notepad++ did not. Nothing crashed though.
http://bugs.winehq.org/show_bug.cgi?id=11595
--- Comment #24 from Austin English austinenglish@gmail.com 2011-11-01 23:38:11 CDT --- (In reply to comment #23)
I just tried this on Fedora 16 Beta+ with Wine 1.3.31 (Fedora's version from koji) & Notepad++ 5.9.6 and there was not a problem. I opened a new file with Notepad++ and saved it. I opened gedit and then the same file (having now two instances of editors opening this file) and edited without saving with gedit. Notepad++ did not crash, then I edited the version held by Notepad++ and saved its new version. Gedit had its refresh, but Notepad++ did not. Nothing crashed though.
Still here in wine-1.3.31-261-g3f74c58 / np++ 5.9.3 / vim.
http://bugs.winehq.org/show_bug.cgi?id=11595
--- Comment #25 from Austin English austinenglish@gmail.com 2012-03-06 21:11:25 CST --- (In reply to comment #24)
(In reply to comment #23)
I just tried this on Fedora 16 Beta+ with Wine 1.3.31 (Fedora's version from koji) & Notepad++ 5.9.6 and there was not a problem. I opened a new file with Notepad++ and saved it. I opened gedit and then the same file (having now two instances of editors opening this file) and edited without saving with gedit. Notepad++ did not crash, then I edited the version held by Notepad++ and saved its new version. Gedit had its refresh, but Notepad++ did not. Nothing crashed though.
Still here in wine-1.3.31-261-g3f74c58 / np++ 5.9.3 / vim.
Same in 1.4-rc6.
http://bugs.winehq.org/show_bug.cgi?id=11595
Geoffrey Db computergeoffrey@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |computergeoffrey@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=11595
Frédéric Delanoy frederic.delanoy@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |http://www.oldversion.com/d | |ownload.php?version=%2Fdown | |load-Notepad%2B%2B-5.6.8.ht | |ml CC| |frederic.delanoy@gmail.com
--- Comment #26 from Frédéric Delanoy frederic.delanoy@gmail.com 2012-04-30 14:02:21 CDT --- Still in wine 1.5.3
http://bugs.winehq.org/show_bug.cgi?id=11595
--- Comment #27 from gat gatlinsullivan@yahoo.com 2012-08-05 16:04:37 CDT --- Still in Wine-1.5.9 on Fedora 17 x86_64. The refresh window opens, but didn't seem to load correcty. (There wasn't any text in the window, just the partial window overlap from another program.) I right-clicked it and chose close program. This created a segfault. I got the force quit option and chose it. Since the rest of the program becomes inaccessible when this happens, it is a serious bug.
http://bugs.winehq.org/show_bug.cgi?id=11595
Barton bcdesins@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bcdesins@gmail.com
--- Comment #28 from Barton bcdesins@gmail.com 2012-11-26 04:22:14 CST --- Wine 1.5.15: As of 6.2.2, November 2012, this is no longer the case: Tested on ArchLinux x86 Kate and NPP play happily together, alternately reloading the changes made by the other application.
http://bugs.winehq.org/show_bug.cgi?id=11595
--- Comment #29 from Frédéric Delanoy frederic.delanoy@gmail.com 2012-11-26 04:54:09 CST --- Still on wine-1.5.18
http://bugs.winehq.org/show_bug.cgi?id=11595
--- Comment #30 from Frédéric Delanoy frederic.delanoy@gmail.com 2012-11-26 05:32:58 CST --- (In reply to comment #28)
Wine 1.5.15: As of 6.2.2, November 2012, this is no longer the case: Tested on ArchLinux x86 Kate and NPP play happily together, alternately reloading the changes made by the other application.
Can you please try with the version specified in the bug report (5.6.8)?
http://bugs.winehq.org/show_bug.cgi?id=11595
--- Comment #31 from Barton bcdesins@gmail.com 2012-11-26 05:56:59 CST --- (In reply to comment #30)
(In reply to comment #28)
Wine 1.5.15: As of 6.2.2, November 2012, this is no longer the case: Tested on ArchLinux x86 Kate and NPP play happily together, alternately reloading the changes made by the other application.
Can you please try with the version specified in the bug report (5.6.8)?
Npp 5.6.8 Wine1.5.15 Linux 3.6.3
Confirmed; this broke the second time I tried the sequence and has broken my installation of 6.2.2.
http://bugs.winehq.org/show_bug.cgi?id=11595
Xgraminator n296869@rtrtr.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |n296869@rtrtr.com
--- Comment #32 from Xgraminator n296869@rtrtr.com 2012-12-03 03:31:37 CST --- In fact the only solution i see here is next :
go to "Settings > Preferences > MISC." in "File Status Auto-Detection" field legend check both "Enable" and "Update silently" and bingo !!! :) like so all updated files will be reloaded automatically with no popup show causing notepad++ to freez as simple as 1+1 :)
Signed one of notepad++ lovers hoping to help
Billy Chilly
http://bugs.winehq.org/show_bug.cgi?id=11595
--- Comment #33 from Frédéric Delanoy frederic.delanoy@gmail.com 2012-12-03 04:24:53 CST --- (In reply to comment #32)
In fact the only solution i see here is next :
go to "Settings > Preferences > MISC." in "File Status Auto-Detection" field legend check both "Enable" and "Update silently" and bingo !!! :) like so all updated files will be reloaded automatically with no popup show causing notepad++ to freez as simple as 1+1 :)
Signed one of notepad++ lovers hoping to help
Billy Chilly
It's OK for a workaround but is not a general fix. You might add this trick to the Notepad++'s AppDB entry, though.
http://bugs.winehq.org/show_bug.cgi?id=11595
--- Comment #34 from gat gatlinsullivan@yahoo.com 2012-12-04 22:31:19 CST --- I was writing an "How-to" for this, but on Debian Sid with Wine 1.5.6 (built from Debian's repositories) I don't have a crash on npp+'s 6.2.2 with just having "Enable" checked. It does not reload anything, but it does not die. It seems to simply ignore any change from - in my case - gedit. Would you please use this example and re-test before I add my "How-to"? I would like to know the least common denominator to be accurate with my "How-
http://bugs.winehq.org/show_bug.cgi?id=11595
--- Comment #35 from Sergey Ivanov icegood1980@gmail.com 2013-01-09 12:08:12 CST --- Gat, your "howto" doesnt complete workaround. If you simply remove file it will asks about "file not exist" and dies anyway. But yeah, i'm working now under this "manual reload" mode.
http://bugs.winehq.org/show_bug.cgi?id=11595
jiamo life.130815@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |life.130815@gmail.com
--- Comment #36 from jiamo life.130815@gmail.com --- still in 1.7.12
http://bugs.winehq.org/show_bug.cgi?id=11595
--- Comment #37 from jiamo life.130815@gmail.com --- Created attachment 47564 --> http://bugs.winehq.org/attachment.cgi?id=47564 notepad++ freeze when reload the modified file
freez when file was modified
http://bugs.winehq.org/show_bug.cgi?id=11595
Simon swdevelop1981@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |swdevelop1981@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=11595
Brandon Corujo haku08879@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |haku08879@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=11595
Marco klasse@partyheld.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |klasse@partyheld.de
https://bugs.winehq.org/show_bug.cgi?id=11595
--- Comment #38 from Josh b367719@rppkn.com --- I'd recommend a higher importance for this bug, as it can lead to loss of user data. If this bug occurs while other files are open with unsaved changes, the changes are lost. The undo/redo history is also lost. Typically the losses should be small, but not always.
https://bugs.winehq.org/show_bug.cgi?id=11595
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andrej8anubis@gmail.com
--- Comment #39 from Anastasius Focht focht@gmx.net --- *** Bug 38663 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=11595
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|http://www.oldversion.com/d |http://download.tuxfamily.o |ownload.php?version=%2Fdown |rg/notepadplus/archive |load-Notepad%2B%2B-5.6.8.ht | |ml |
https://bugs.winehq.org/show_bug.cgi?id=11595
Bozhan Boyadzhiev bozhan@abv.bg changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bozhan@abv.bg
--- Comment #40 from Bozhan Boyadzhiev bozhan@abv.bg --- Yuuuhuu what a nice bug. 8 years old, maybe soon she will be able to fix itself
https://bugs.winehq.org/show_bug.cgi?id=11595
Bernhard Übelacker bernhardu@vr-web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bernhardu@vr-web.de
--- Comment #41 from Bernhard Übelacker bernhardu@vr-web.de --- Created attachment 51947 --> https://bugs.winehq.org/attachment.cgi?id=51947 Backtrace when notepad++ hangs
https://bugs.winehq.org/show_bug.cgi?id=11595
--- Comment #42 from Bernhard Übelacker bernhardu@vr-web.de --- Created attachment 51948 --> https://bugs.winehq.org/attachment.cgi?id=51948 Minimal test case for the issue.
https://bugs.winehq.org/show_bug.cgi?id=11595
--- Comment #43 from Bernhard Übelacker bernhardu@vr-web.de --- Issue is still visible in wine-1.7.47 with npp.6.8.
I have attached a backtrace of a hanging Notepad++ by attaching a winedbg.
Also attached a minimal testcase (130 lines) that shows the issue. (Set focus to another window and back to the test window.)
https://bugs.winehq.org/show_bug.cgi?id=11595
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |testcase
https://bugs.winehq.org/show_bug.cgi?id=11595
yms yoisel@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |yoisel@gmail.com
--- Comment #44 from yms yoisel@gmail.com --- For what is worth, this issue also happens with Notepad++ 6.8.1 (the latest version at this time), when running under Windows 8 x64, Win 8.1 x64 and Win 10 x64. I think this issue might be inside Notepad++ itself and not in Wine.
https://bugs.winehq.org/show_bug.cgi?id=11595
--- Comment #45 from Bernhard Übelacker bernhardu@vr-web.de --- (In reply to yms from comment #44)
For what is worth, this issue also happens with Notepad++ 6.8.1 (the latest version at this time), when running under Windows 8 x64, Win 8.1 x64 and Win 10 x64. I think this issue might be inside Notepad++ itself and not in Wine.
Exchanged some mails with yms about this issue and yms found out that the issue described in comment 44 on native windows was caused by the nppftp plugin.
So this bug seems to be still valid for wine. (wine-1.7.49, npp-6.8.1, all plugins disabled)
https://bugs.winehq.org/show_bug.cgi?id=11595
--- Comment #46 from Andrej andrej8anubis@gmail.com --- If I unchecked the "Allow the window manager to control the windows" the info window that inform me the file was changed is OK and I can click on it to reload the file and I can continue working in notepad++.
But now the problem is that the notepad++ window is always on top and not even in taskbar. So I would like that check to be checked.
( Graphics -> Window Settings -> unchecked box for "Allow the window manager to control the windows" )
I am using linuxmint 17.2 wine 1.7.50-0ubuntu1
https://bugs.winehq.org/show_bug.cgi?id=11595
stephane.poirier01@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |stephane.poirier01@gmail.co | |m
https://bugs.winehq.org/show_bug.cgi?id=11595
--- Comment #47 from gat gatlinsullivan@yahoo.com --- This is _NOT_ still present in Wine 1.9.5 with Fedora 23 using Notepad++ 6.9.
Will somebody please test this for me? I was not able to reproduce under "Emulate a virtual desktop" checked or unchecked for the first scenario presented below. I didn't check the other two under a virtual desktop.
I was successfully able to switch back and forth between saving a document in gedit and Notepad++. I would just hit "Yes" to the pop-up "This file has been modified by another program. Do you want to reload it?" This is with "File Status Auto-Detection" -> "Enable" only checked.
It still worked with "File Status Auto-Detection" -> "Enable" & "Update silently" checked.
It still worked with "File Status Auto-Detection" -> "Enable" & "Update silently" & "Scroll to the last line after update" checked.
https://bugs.winehq.org/show_bug.cgi?id=11595
--- Comment #48 from Bernhard Übelacker bernhardu@vr-web.de --- Did some tests too:
deadlock: npp.6.5.1 with wine-1.9.5-pol on real desktop deadlock: npp.6.5.1 with wine-1.9.5-staging-pol on real desktop deadlock: npp.6.5.1 with wine-1.9.6-git on real desktop deadlock: npp.6.8 with wine-1.9.6-git on real desktop deadlock: npp.6.8.8 with wine-1.9.6-git on real desktop no deadlock: npp.6.9 with wine-1.9.6-git on real desktop
no deadlock: npp.6.5.1 with wine-1.9.5-pol on virtual desktop no deadlock: npp.6.8 with wine-1.9.6-git on virtual desktop no deadlock: npp.6.9 with wine-1.9.6-git on virtual desktop [1]
Up to npp.6.8.8 the lock is still observable. (6.8.9 was withdrawn by notepad++ developers, therefore no test.) In npp.6.9 the lock is not visible to me.
From npp git history this commits [2] and [3] probably caused this
improvement. (For touch screen input the check if file is modified was moved into a different thread.)
So I think this bug still stays valid for old npp versions. (Probably bug title should be changed to reflect this?)
Kind regards, Bernhard
[1] but could not confirm via mouse (just a beep, even on different windows), need to use keyboard. [2] https://github.com/notepad-plus-plus/notepad-plus-plus/commit/6f4140a281f873... [3] https://github.com/notepad-plus-plus/notepad-plus-plus/commit/f2cd7790669ec3...
https://bugs.winehq.org/show_bug.cgi?id=11595
--- Comment #49 from gat gatlinsullivan@yahoo.com --- Bernhard, I thank you for testing. I was too exhilarated to believe that this was just randomly fixed without anyone pursuing it.
Since the current version of wine staging (1.9.5) produces the usual failure (non-virtual desktop crash) in all save the newest (6.9) version of Notepad++, then I can't do much to indicate that it is resolved nor exclude 6.9. The way that the AppDB has Notepad++ set is that 6.x is one series and since only one derivative in that series works it doesn't make sense to me to break 6.9 into its own version.
Maybe someone with the authority to re-title this bug entry to "Notepad++ versions prior to 6.9 freeze if native application changes a file it has open when not in a virtual desktop (dogfood)".
https://bugs.winehq.org/show_bug.cgi?id=11595
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Notepad++ freezes if native |Notepad++ versions prior to |application changes a file |6.9 freeze if native |it has open (dogfood) |application changes a file | |it has open when not in a | |virtual desktop (dogfood)
--- Comment #50 from Austin English austinenglish@gmail.com --- Yes, I still see this with an older Notepad++ (6.3.2) and wine-1.9.5
https://bugs.winehq.org/show_bug.cgi?id=11595
--- Comment #51 from Marco klasse@partyheld.de --- I can confirm that the issue does not appear with Notepad++ 6.9 (npp.6.9.bin.7z), wine-1.8 (ppa:ubuntu-wine/ppa), Linux Mint 17.1, x86_64, default 3.13.0-37-generic kernel.
https://bugs.winehq.org/show_bug.cgi?id=11595
rebe@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rebe@gmx.net
--- Comment #52 from rebe@gmx.net --- Created attachment 60679 --> https://bugs.winehq.org/attachment.cgi?id=60679 Unresponsive center screen dialogue
Same with Wine 3.2 and Notepad++ 6.7.8
A few remarks. The modal dialogue is positioned in the center of the full screen, not the npp window, and is usually rendered incompletely. It does show text but no functionality (metacity says the window does not answer and proposes to kill the window "Reload") and no repaint.
Unusually, I managed to screenshot the fully rendered dialog. Usually only the text and the frame gets rendered, with the background and icon transparent.
(It is also apparent that the locale it is shown with appears wrong. The buttons are localised, the text is not, although I used a localised version.)
This failing dialogue is quite similar to the full screen modal dialogue that appears at startup, asking you to update the app, that renders the message 0009:fixme:msg:ChangeWindowMessageFilterEx 0x10054 4a 1 (nil) Maybe memory wasn't freed or a message from the previous dialogue is kept unhandled in the pipe which causes an issue the second time such a full screen dialogue gets launched?
https://bugs.winehq.org/show_bug.cgi?id=11595
gatlibs gatlibs.dev@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gatlibs.dev@gmail.com
--- Comment #53 from gatlibs gatlibs.dev@gmail.com --- This is still present on Fedora 37 with wine-7.20 (Staging) and npp v6.8.7 for 64 bits. It is still not present with v8.4.7 for 64 bits.