Bug 462234 - "Search" too quickly after opening doesn't focus search field.
Summary: "Search" too quickly after opening doesn't focus search field.
Status: RESOLVED FIXED
Alias: None
Product: kate
Classification: Applications
Component: kwrite (show other bugs)
Version: 22.11.80
Platform: Other Linux
: NOR minor
Target Milestone: ---
Assignee: KWrite Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-11-25 09:48 UTC by FeepingCreature
Modified: 2022-11-30 08:47 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description FeepingCreature 2022-11-25 09:48:25 UTC
SUMMARY

After opening kwrite on a file, there's a momentary delay while it loads. If you hit ctrl-F in that window, the search bar will be open but the input focus will be on the editor, not the search field.

STEPS TO REPRODUCE
1. Open kwrite on a file
2. Quickly hit ctrl-F
3. Type a search term

OBSERVED RESULT

The search term is input at the top of the file, despite the search bar being open.

EXPECTED RESULT

The keyboard cursor should be in the search bar.

KDE Frameworks Version: 5.98.0
Qt Version: 5.15.6

ADDITIONAL INFORMATION

I open lots of short-lived kwrite windows over a workday. Usually I'm looking for a specific term immediately after opening. This bug is only a momentary flow interruption and a few seconds' delay, but it adds up.
Comment 1 Christoph Cullmann 2022-11-26 20:44:20 UTC
That is fixed in master and the 22.12 branch.
Comment 3 FeepingCreature 2022-11-30 08:47:20 UTC
Confirm fixed. Sadly there's an unrelated bug on the 22.12 version, but with cherry-pick I can get a well-working version.