Bug 106048 - EDITING: Writer jumps back to the top of the table when trying to select the next table row if first row contains large embedded table
Summary: EDITING: Writer jumps back to the top of the table when trying to select the ...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Writer-View-Jumps Writer-Tables-Select
  Show dependency tree / graph
 
Reported: 2017-02-16 15:18 UTC by Telesto
Modified: 2024-02-26 10:53 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

Attachments
Example file (10.02 KB, application/vnd.oasis.opendocument.text)
2017-02-16 15:18 UTC, Telesto 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2017-02-16 15:18:11 UTC 
Description:
Writer jumps back to start of the table when trying to select the next table row if first row contains large embedded table.

Steps to Reproduce:
1.Open attached file
2.Configure the zoom level in such way that "INTO THIS CORNER" isn't visible at the top of the document. 
3.Select the first table row of the orange table with the mouse by dragging from "START HERE SELECTION" towards "INTO THIS CORNER" until the first row is selected (the experienced selection issues are already reported: bug 106043 and bug 105343)
4. Scroll down with the mouse scroll wheel with the left mouse button pressed and mouse pointer somewhere above purple table (trying to select the next table row of the orange table). 


Actual Results:  
Writer keeps jumping back to the beginning of the orange table

Expected Results:
It should be no problem to select the second table row of the orange table


Reproducible: Always

User Profile Reset: No

Additional Info:
Found in:
Version: 5.4.0.0.alpha0+
Build ID: cdf4b2bba8d694299c784f46fe3ecef2ce41171e
CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-02-15_00:19:18
Locale: nl-NL (nl_NL); Calc: CL

and in:
LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4


User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0
Comment 1 Telesto 2017-02-16 15:18:41 UTC 
Created attachment 131278 [details]
Example file
Comment 2 Buovjaga 2017-02-19 17:58:26 UTC 
First I was having trouble: it only selected the *first column*. Then I managed to continue selecting the whole thing after the first column was selected. But yes, it is behaving strangely.

Arch Linux 64-bit, KDE Plasma 5
Version: 5.4.0.0.alpha0+
Build ID: 7ec0500e20cf273d70c4fbddb4063b8f8295307c
CPU Threads: 8; OS Version: Linux 4.9; UI Render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on February 18th 2016
Comment 3 QA Administrators 2018-09-03 02:42:53 UTC Comment hidden (obsolete)
Comment 4 QA Administrators 2020-09-03 04:03:05 UTC Comment hidden (obsolete)
Comment 5 QA Administrators 2022-09-04 03:49:00 UTC Comment hidden (obsolete)
Comment 6 Stéphane Guillou (stragu) 2024-02-26 10:52:15 UTC 
Somewhat reproduced:

Step 3: when I follow the steps, the view jumps at once to the bottom of the page, only selecting the first column. If I want to select the first row only, I can't rely on the autoscroll, I need to use the scroll wheel to see the bottom of the first row, then move the mouse to the edge. When the row is selected, view jumps to top.
Step 4:
Comment 7 Stéphane Guillou (stragu) 2024-02-26 10:53:16 UTC 
(In reply to Stéphane Guillou (stragu) from comment #6)
> Step 4:
This works fine. I need to move the pointer though, for the row to actually select.

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 3b73071f7a7fcf80547da81e5effe4ed6018bbb4
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded