Bug 483402 - "Approve and go next" keyboard shortcut doesn't jump to next entry in list when list is filtered by search terms
Summary: "Approve and go next" keyboard shortcut doesn't jump to next entry in list wh...
Status: REPORTED
Alias: None
Product: lokalize
Classification: Applications
Component: editor (other bugs)
Version First Reported In: 24.02.0
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Simon Depiets
URL:
Keywords: qt6
Depends on:
Blocks:
 
Reported: 2024-03-13 05:30 UTC by Finley Watson
Modified: 2024-03-13 05:33 UTC (History)
2 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Finley Watson 2024-03-13 05:30:12 UTC
SUMMARY
"Approve and go next" keyboard shortcut moves to the next translation entry by next (number) in file, not next in filtered list, when filtering results in "Translation Units" and editing those entries.


STEPS TO REPRODUCE
1. Open .xlf file with translations to edit
2. Search for a string in "Translation Units" search bar at the top. This will reduce the number of translations shown in the "Translation Units" list.
3. With the mouse, click on an entry to edit 
4. Use keyboard shortcut to "Approve and go next"

OBSERVED RESULT
The next translation pair selected is the next by "Entry" number listed in the UNFILTERED list, rather than the next in the filtered list. If the initial translation pair had an "Entry" number of 40, the next pair selected after pressing "Approve and go next" keyboard shortcut would be 41 regardless of whether that entry is in the filtered list.

EXPECTED RESULT
The next translation pair selected by pressing "Approve and go next" keyboard shortcut should be the next in the filtered list.

SOFTWARE/OS VERSIONS
Operating System: Arch Linux 
KDE Plasma Version: 6.0.1
KDE Frameworks Version: 6.0.0
Qt Version: 6.6.2
Kernel Version: 6.7.9-arch1-1 (64-bit)
Graphics Platform: Wayland