Bug 35829 - EDITING: Select TABLE Rows exceeding screen view impossible by mouse function
Summary: EDITING: Select TABLE Rows exceeding screen view impossible by mouse function
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 48323 (view as bug list)
Depends on:
Blocks: Writer-Tables-Select
  Show dependency treegraph
 
Reported: 2011-03-31 05:56 UTC by sasha.libreoffice
Modified: 2017-10-18 19:45 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description sasha.libreoffice 2011-03-31 05:56:01 UTC
To reproduce this problem:
- start Writer
- create table with 2 column and 200 rows (it will about 6 pages size)
on first page place mouse cursor outside table to left (slightly left from left margin of table so that arrow --> appears)
- click mouse and try to select rows in table up to end of table

Rows on first page selects without problem, but we can not go to next page
if we move mouse downscreen, page begin jump endless and not go to second page
if we scroll with mouse wheel then page scrolls, but rows not select and when move mouse, page jumps to first page

produced on Mandriva 64 bit and windows XP 32 bit on LibreOffice 3.3.2 and OpenOffice 3.3.1
Comment 1 Rainer Bielefeld Retired 2011-05-23 23:11:45 UTC
[Reproducible] with "LibreOffice 3.4.0RC1  – WIN7  Home Premium  (64bit) German UI [OOO340m1 (Build:11)]". Instead of scrolling  when end of visible area has been reached first selected row becomes unselected, then second and so on until all has become unselected, then selection (highlighting) starts again from row 1 while mouse cursor remains at the bottom of the screen.

For me that behavior is unintuitive, it should be similar to the one I see highlighting cells after click into a cell and then moving mouse pointer down with pushed left button.

Funny thing, when I select zoom 20% (all pages visible) I can select all rows. After having finished, the highlighting will flash (switch on / off /on ...) for several seconds or even minutes.  

@Noel:
I saw you assigned in similar table bug reports
Please feel free to reassign if it's not your area!
Comment 2 Rainer Bielefeld Retired 2012-04-05 05:09:26 UTC
*** Bug 48323 has been marked as a duplicate of this bug. ***
Comment 3 Rainer Bielefeld Retired 2012-04-05 05:15:39 UTC
Very old bug, see a.m. AOOo issue. Inherited from OOo

Select Table Column broken in similar way.

I reassigned due to inactivity.

@Michael:
Please set Status to ASSIGNED and add yourself to "Assigned To" if you accept this Bug
Comment 4 Florian Reisinger 2012-04-05 05:17:43 UTC
FYI: This bug had been introduced somewhere between OO.org 3.2.0 and 3.2.1
Comment 5 manj_k 2012-04-06 11:11:48 UTC
Related to 

'AOO-Bug_88899 - Weird behavior when mouse-selecting rows in big table' 
[CONFIRMED · OOo 2.4.0]
→ https://issues.apache.org/ooo/show_bug.cgi?id=88899

'AOO-Bug_112702 - Cannot select table rows across page break'
[CLOSED DUPLICATE · OOo 3.2.1]
→ https://issues.apache.org/ooo/show_bug.cgi?id=112702
Comment 6 A (Andy) 2014-12-25 11:18:59 UTC
Reproducible with LO 4.4.0.0.beta1 (Win 8.1).

It is even impossible to scroll down on the first page.  And following this it is also not possible to go to the next pages.
Comment 7 QA Administrators 2016-01-17 20:03:50 UTC Comment hidden (obsolete)
Comment 8 QA Administrators 2017-03-06 14:16:44 UTC Comment hidden (obsolete)
Comment 9 Thomas Lendo 2017-10-18 19:29:06 UTC
I can't reproduce this issue. Maybe another one can.

Version: 6.0.0.0.alpha0+
Build ID: 5ea1b4c336d1cad92dc18e7cf7e4b381396f448b
CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk3; 
Locale: de-DE (de_DE.UTF-8); Calc: group
moggi's auto updater build, 2017-10-18
Comment 10 Roman Kuznetsov 2017-10-18 19:37:36 UTC
I can't reproduce this issue

latest LO 6.0 and 5.3.7.1 (x64) on Windows 7
Comment 11 Thomas Lendo 2017-10-18 19:45:42 UTC
Closing as WORKSFORME due to comment 9 and comment 10.

If this issue is still available in your build, please reopen again as UNCONFIRMED (not "reopened" or "new"). Thank you very much.