Bug? "Find All.." does very often not work anymore
-
Your AppPosition and DockingManager look reasonable, giving the correct sizes.
BTW, how can I be sure that the above values are from the correct NotePad++ instance?
If you are running the same executable (for you, the one at
C:\Program Files\_Tools\Notepad++\notepad++.exe) without separate command-line options, all instances share the same same config file – and only one of those instances will write to the config file when it exits. Based on your Debug Info that you shared, the%AppData%\Notepad++\config.xmlis the right one.I currently have three open instances and the problem only occurs in one of them…
If you close them all, and then open just one, is that the one that gets the problem? Or is it only when you open additional instances that the search-results problem occurrs?
-
@PeterJones said in Bug? "Find All.." does very often not work anymore:
The issue causing zero-width panels was supposed to have been fixed/eliminated in v8.6.9
There is one multi-monitor problem (in the extended mode only) with that fix, which I am going to fix.
It seems as if it’s there, but without any ‘height’ - or that it’s overlapped with text window (status bar is also not visible then).
Looks to me as a graphics card driver problem or a N++ GUI-parts DPI setting mismatch (so maybe some HiDPI commit or an updated graphics components commit?)
And I see another similar report (a coincidence?):
https://community.notepad-plus-plus.org/post/96794@Bodenseematze
Do you use a multi-monitor setup? -
And another similar stuff reported, so there seems to be a real problem:
https://community.notepad-plus-plus.org/post/96800 -
@Bodenseematze
go to C:\Users<YourUsername>\AppData\Roaming\Notepad++
Rename config.xml to config_backup.xml and restart Notepad++.And that did the trick!
-
Readers of this discussion:
Deleting the whole file also eliminates all your Settings > Preferences choices, so don’t do that if you’ve customized Notepad++ preferences.
Instead, use a more targeted version where you exit Notepad++, edit
%AppData%\Notepad++\config.xml, and delete the group of lines I showed above, save, then restart Notepad++. (You cannot editconfig.xmlinside Notepad++, because it changes it when it exits, so your change would be lost.)update: BTW: this reset procedure was described in our FAQ more than a year ago.
-
Another user case:
https://community.notepad-plus-plus.org/post/96897Now it seems like a swarm of cases like this, so it could be also something new. I am wondering if it could be more of a status-bar issue, since v8.6.9+ also fixed the status-bar flickering by using the double buffering method. Unfortunately I am not able to reproduce this issue myself (tried also in the multi-inst mode, as in one user report)
For all the affected users - could you move the Notepad++ “Search results” panel e.g. to the top (or right or left) and try to repeat your problem?
Also I would like to see if switching to the N++ dark mode (menu > Settings > Preferences > Dark Mode) will help here.
-
I noticed in the screenshot posted above by @Bodenseematze that the status bar looks cropped/chopped.
-
@PeterJones said in Bug? "Find All.." does very often not work anymore:
BTW, how can I be sure that the above values are from the correct NotePad++ instance?
If you are running the same executable (for you, the one at
C:\Program Files\_Tools\Notepad++\notepad++.exe) without separate command-line options, all instances share the same same config file – and only one of those instances will write to the config file when it exits. Based on your Debug Info that you shared, the%AppData%\Notepad++\config.xmlis the right one.
Yes, I usually open the additional instances with the “Move document - open in new instance” menu entry…If all of them share the config how do the know the height of the search result box?
I often resize it and the instances I use have totally different window sizes…If you close them all, and then open just one, is that the one that gets the problem? Or is it only when you open additional instances that the search-results problem occurrs?
Actually I’m not sure - with v8.7 I only had the problem twice - and can’t tell in which of the instances…
@xomx said in Bug? "Find All.." does very often not work anymore:
It seems as if it’s there, but without any ‘height’ - or that it’s overlapped with text window (status bar is also not visible then).
For me it looks like an overlap problem because the status bar is there but “scrambled”…
@Bodenseematze
Do you use a multi-monitor setup?Yes - I have two monitors, each with FullHD resolution…
@joecar-777 said in Bug? "Find All.." does very often not work anymore:
I noticed in the screenshot posted above by @Bodenseematze that the status bar looks cropped/chopped.
Yes, that’s the case - it looks cropped!
But as said - earlier I was able to reproduce the bug very often - but with 8.7 it only occurs twice!
-
Hi!
Seems there has been a lot of opened discussions about this “Search results window not visible” issue, and therefore I’m not sure, if this “finding” has been already addressed/solved in other discussions, just joined the community.
To me, with 8.6.7 (32-bit) version, the search results window came back, after I changed this “curr” value from “5” to “3” for the “InternalFunction” (the value has been changed already in the screenshot):
In case this has any meaningful information. Thanks!
-
I’m not sure since which version, but it definitely happens in 8.6.9-x64
I have just found the reason for your N++ v8.6.9+ problem described here.
For more details and current workaround (no fix yet), please see HERE. -
@ahopsu said in Bug? "Find All.." does very often not work anymore:
To me, with 8.6.7 (32-bit) version, the search results window came back, after I changed this “curr” value from “5” to “3” for the “InternalFunction”
Thanks for the report. I know about such N++ Docking Manager problems (it can happen in some specific steps) but currently I do not have a simple fix for it.
Did you undock that Search results panel to the floating state before?
