After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 703711 - Search-as-you-type box hides itself when application focus lost
Search-as-you-type box hides itself when application focus lost
Status: RESOLVED OBSOLETE
Product: gedit
Classification: Applications
Component: search and replace
3.4.x
Other Linux
: Normal minor
: ---
Assigned To: Gedit maintainers
Gedit maintainers
: 706096 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2013-07-06 14:42 UTC by mycae
Modified: 2020-11-24 09:59 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description mycae 2013-07-06 14:42:45 UTC
Hello,

Currently the find window hides itself when gedit loses focus. This behaviour is undesirable in the use case  where you are copying and pasting from one application into gedit's find window. 

The find window could stay enabled when gedit loses focus, or a delay time could be introduced before focus is lost (say 10s?). 

It took me a while to realise what was going on.
Comment 1 Sébastien Wilmet 2013-08-16 07:45:39 UTC
*** Bug 706096 has been marked as a duplicate of this bug. ***
Comment 2 Sébastien Wilmet 2013-08-16 07:54:27 UTC
When you talk about the "find window", I think it is the incremental search (Ctrl+F), not the search and replace (Ctrl+H).

The incremental search is hidden when it loses focus, so it is not a bug. What you want is to hide the incremental search only if it loses the focus, but the focus is still in the gedit window. When the whole gedit window loses focus, the incremental search should not be hidden. Right?

For me it isn't really important (and indeed the severity of this bug report is "minor"). You can anyway show the incremental search easily.
Comment 3 mycae 2013-08-16 16:44:14 UTC
Hi, 

yes my comment was for the "incremental search" window, and your summary of my comment is correct.

I disagree about the usability case (it took me half a dozen goes to twig that it was auto-hiding, and not something I was doing.), though I am not the developer ;)
Comment 4 Mike Auty 2014-02-03 13:59:11 UTC
To add to this, when the "show location of pointer" accessibility tweak is enabled, it becomes impossible to copy and paste into the incremental search dialog, because pressing Ctrl initiates the mouse indicator, which in turn causes the loss of focus and so hides the incremental search dialog.

I'm not sure why I'd want the find dialog to vanish without my directly asking it to?  Under what circumstances is it inconvenient to have the incremental search box stay open (that's a genuine question, it may be extremely convenient to have it vanish, I'm sure there's reasons I can't think of now)?
Comment 5 Sébastien Wilmet 2020-11-24 09:59:50 UTC
Mass-closing of all gedit bugzilla tickets.

Special "code" to find again all those gedit bugzilla tickets that were open before the mass-closing:

2bfe1b0590a78457e1f1a6a90fb975f5878cb60064ccfe1d7db76ca0da52f0f3

By searching the above sha256sum in bugzilla, the gedit contributors can find again the tickets. We may be interested to do so when we work on a specific area of the code, to at least know the known problems and possible enhancements.

We do this mass-closing because bugzilla.gnome.org is being replaced by gitlab.gnome.org.