Apache OpenOffice (AOO) Bugzilla – Issue 88899
First selected Rows in TABLE become deselected when selection exceeds visible area at the bottom
Last modified: 2017-05-20 10:44:59 UTC
Repro: 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.
Hi Kyrill, I cannot reproduce the problem. could you please attach screenshots how the view looks (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! Michael
(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.
Created attachment 53414 [details] Step1
Created attachment 53415 [details] Step2
Created attachment 53416 [details] Step 3
Created attachment 53417 [details] Step 4
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.
2.2 does not exhibit this problem. Please reconsider target.
Oliver, any chance for this regression to be fixed in 3.2?
*** Issue 99358 has been marked as a duplicate of this issue. ***
Oliver, please consider fixing this regression for 3.2. Thanks a ton. WBR, KP.
->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 soon.
*** Issue 112702 has been marked as a duplicate of this issue. ***
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?
Created attachment 83271 [details] Step By Step Slideshow replaces single screenshots
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".
@mroe 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?
Changing OS to ALL because it is reproducible on Ubuntu and MacOS with 4.1 RC4. Selecting /inside/ the table is no problem.
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 easily. (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
Reset the assignee to the default "issues@openoffice.apache.org".