Issue 88899 - First selected Rows in TABLE become deselected when selection exceeds visible area at the bottom
Summary: First selected Rows in TABLE become deselected when selection exceeds visible...
Alias: None
Product: Writer
Classification: Application
Component: formatting (show other issues)
Version: OOo 2.4.0
Hardware: All All
: P4 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Keywords: needmoreinfo, regression
: 99358 112702 (view as issue list)
Depends on:
Reported: 2008-04-30 18:45 UTC by kpalagin
Modified: 2017-05-20 10:44 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: 4.1.0-dev
Developer Difficulty: ---

Step1 (174.54 KB, image/png)
2008-05-06 11:56 UTC, kpalagin
no flags Details
Step2 (65.25 KB, image/png)
2008-05-06 11:57 UTC, kpalagin
no flags Details
Step 3 (65.42 KB, image/png)
2008-05-06 11:57 UTC, kpalagin
no flags Details
Step 4 (65.15 KB, image/png)
2008-05-06 11:58 UTC, kpalagin
no flags Details
Step By Step (303.87 KB, application/vnd.oasis.opendocument.presentation)
2014-04-25 05:15 UTC, Rainer Bielefeld
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description kpalagin 2008-04-30 18:45:11 UTC
1. Start Writer, insert table (25 rows by whatever columns).
2. Resize Writer window (or zoom view) so that table height is not fully 
visible on screen.
3. Using mouse start selecting rows (mouse pointer turns left-to-rigth thick 
arrow) and try going to table end - when mouse goes below the table you get 
first rows deselected.
Comment 1 michael.ruess 2008-05-06 11:16:48 UTC
Hi Kyrill,
I cannot reproduce the problem. could you please attach screenshots how the view
(1) before selecting (right after you resized the window
(2) right after your selection process (the upper cells are deselected.
Maybe I have forgotten one important thing and I hope the pictures can clear me up.
Thanks a lot!
Comment 2 kpalagin 2008-05-06 11:50:46 UTC
(See attached screenshots, mouse pointer is not visible because Windows turns 
it off when taking screenshot)

Steps 1-2 -  create tall table.
Step 3 - move mouse pointer to outside of left table boder - mouse pointer 
will turn into thick horizontal arrow pointing to the right. Start selection 
by holding left mouse button and move mouse to the bottom. 
Step 4 - keep going down untill you reach out of the main edit window. Then 
you will see decribed phenomena.
Comment 3 kpalagin 2008-05-06 11:56:16 UTC
Created attachment 53414 [details]
Comment 4 kpalagin 2008-05-06 11:57:04 UTC
Created attachment 53415 [details]
Comment 5 kpalagin 2008-05-06 11:57:41 UTC
Created attachment 53416 [details]
Step 3
Comment 6 kpalagin 2008-05-06 11:58:34 UTC
Created attachment 53417 [details]
Step 4
Comment 7 michael.ruess 2008-05-06 13:19:07 UTC
Ah, you are using the "row-selector-tool".

MRU->OS: selecting a table by using the "row-selector-tool", the selection at
the top of the table will vanish while dragging the selection beyond the lower
view border.
Maybe this is also related to issue 51884.
Comment 8 kpalagin 2008-05-09 20:01:50 UTC
2.2 does not exhibit this problem. 
Please reconsider target.
Comment 9 kpalagin 2009-02-11 18:50:10 UTC
any chance for this regression to be fixed in 3.2?
Comment 10 michael.ruess 2009-02-18 10:10:02 UTC
*** Issue 99358 has been marked as a duplicate of this issue. ***
Comment 11 kpalagin 2009-05-07 13:21:07 UTC
please consider fixing this regression for 3.2.
Thanks a ton.
Comment 12 Oliver Specht 2009-05-08 06:40:10 UTC
->kpalagin: ATM I have 44 issue on target 3.2 and another 264 on 3.x. Some of
them are about crashes, data loss and others. And 3.2 deadline is coming pretty
Comment 13 michael.ruess 2010-06-28 18:38:32 UTC
*** Issue 112702 has been marked as a duplicate of this issue. ***
Comment 14 Rainer Bielefeld 2014-04-25 05:07:04 UTC
DUP Issue 99358 is for Linux, this one for WIN only? Strange! And I can't reproduce with  with "AOO 4.1.0 RC3 – English UI / German locale [AOO410m17(Build:9763)  -  Rev. 1586584 2014-04-11 08:56:50]" on German WIN7 Home Premium (64bit)", “historic” 4. User Profile used for all predecessor versions
and not with sever installation of "OOo 3.2.1 English UI / German locale [OOO320m18 (Build 9502)]" on WIN7 Home Premium (64bit) DE 
and not with server installation of "Ooo 3.1.1 German WIN7 Home Premium (64bit) DE [OOO310m19 (Build 9420)]".

May be there is an unknown condition?
Comment 15 Rainer Bielefeld 2014-04-25 05:15:29 UTC
Created attachment 83271 [details]
Step By Step

Slideshow replaces single screenshots
Comment 16 mroe 2014-04-25 08:03:39 UTC
I can't it describe better than comment 2.
Hold the mouse button and drag it over the document window limit - and hold it!
The document should scroll but it doesn't. But the selection inside the table is "scrolling".
Comment 17 Rainer Bielefeld 2014-04-25 08:11:44 UTC
It's strange, I can't reproduce the problem with any WIN version I try, but I am absolutely sure that I already saw the complained behavior. Unfortunately I can't remember with what version and what document and under what test conditions.
Can you attach a sample document?
Comment 18 mroe 2014-04-28 22:39:19 UTC
Changing OS to ALL because it is reproducible on Ubuntu and MacOS with 4.1 RC4.

Selecting /inside/ the table is no problem.
Comment 19 Rainer Bielefeld 2014-04-29 04:34:46 UTC
I can reproduce it best with 

1. 25 rows table. 
2. 1/2 screen hight AOO window, 
3. zoom so that first 10 table rows are visible .
4. Using mouse start selecting rows: mouse pointer directly left 
   from table's first row, mouse pointer turns left-to-rigth thick arrow):
5. click with this mouse pointer view and keep mouse button pushed
   > row becomes selected
6. Slowly move mouse pointer down with pushed mouse button until mouse 
   pointer reaches horizontal scroll slider area
   > one by one (every 1/2 s) rows become deselected from top to bottom.

aditional info:
(a) With other window sizes, mouse pointer positions in step 6, start
    positions for step 4 for me the scroll jumps or multiple new lines become 
    selected so that the complained deselection effect effect can't be observed
(b) Not affected: 
(b1) selection from bottom to top
(b2) selection from right to left
(c) Other strange effect: column selection from left to right.
    see Issue 124769 
(d) I did not observe the problem with OOo 2.0.2
Comment 20 Marcus 2017-05-20 10:44:59 UTC
Reset the assignee to the default "".