Bug 448662 - Lister text selection not working
Summary: Lister text selection not working
Status: REPORTED
Alias: None
Product: krusader
Classification: Applications
Component: krviewer (other bugs)
Version First Reported In: 2.7.2
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Krusader Bugs Distribution List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-01-17 17:11 UTC by xduseko
Modified: 2023-02-28 21:11 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 xduseko 2022-01-17 17:11:30 UTC
SUMMARY

It is not possible to select large block of text with krviewer in lister mode. After selecting few lines (approximately one page with word wrap on), selection resets to start over skipping previously selected lines.

STEPS TO REPRODUCE
1. Use a lorem ipsum generator to create like 50 pharagraphs of plain text. Save it into .log file.
2. View the log file with krviewer in lister mode.
3. Hold SHIFT and ARROW DOWN key to start selecting lines.
4. 

OBSERVED RESULT
More lines are getting selected as the cursor moves down. Once it reaches bottom of the current view (page) and the viewer starts scrolling down, all text is deselected. After that only new lines of the second page are getting selected as the scrolling continues.
Basically you can select only one page of text. Once you reach the next one, you are starting selection over and over again.

EXPECTED RESULT
Text never get deselected as you are holding SHIFT with ARROW DOWN key and scrolling down.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Kubuntu 21.10
KDE Plasma Version:  5.22.5
KDE Frameworks Version: 5.86.0
Qt Version: 5.15.2

ADDITIONAL INFORMATION
Comment 1 Pedro V 2023-02-28 21:11:57 UTC
Could reproduce with:
Operating System: Kubuntu 22.10
KDE Plasma Version: 5.25.5
KDE Frameworks Version: 5.98.0
Qt Version: 5.15.6

Reproduction steps could use a bit of clarification though as that comes first, but scrolling being necessary to reproduce gets revealed later. The tester needs to ensure that the text doesn't fit into the window, so the selection process will cause scrolling.

The problem appears to be with the beginning of the selection going out of view, not with the scrolling itself. If text selection is not started from the first line but somewhere lower, then issue-free scrolling can be observed until the first selected line disappears, causing the loss of selection.