Bug 448662

Summary: Lister text selection not working
Product: [Applications] krusader Reporter: xduseko
Component: krviewerAssignee: Krusader Bugs Distribution List <krusader-bugs-null>
Status: REPORTED ---    
Severity: normal CC: krusader-bugs-null, voidpointertonull+bugskdeorg
Priority: NOR    
Version First Reported In: 2.7.2   
Target Milestone: ---   
Platform: Other   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

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.