Bug 62827

Summary: EDITING: Problem selecting cells
Product: LibreOffice Reporter: gzernmplatz
Component: CalcAssignee: Not Assigned <libreoffice-bugs>
Status: NEW ---    
Severity: enhancement CC: jmadero.dev, LibreOffice, robinson.libreoffice
Priority: medium    
Version: 3.5.3 release   
Hardware: Other   
OS: Windows (All)   
Whiteboard: BSA
Crash report or crash signature: Regression By:
Bug Depends on:    
Bug Blocks: 108019, 109139    

Description gzernmplatz 2013-03-27 16:44:01 UTC
Problem description: 

Steps to reproduce:
1. open any spreadsheet
2. press shift+arrow down (one or more times)
3. press shift+end

Current behavior: after step 3, the cells that where selected in step 2 are no longer part of the selection (neither are the other cells in the lines that where selected in step 2). Only the cells from the original cursor position to the end of line are selected.

Expected behavior: shift+end extends the selection to the end of the lines (like repeated shift+arrow right luckily does).

Operating System: Windows 7
Version: 3.5.3 release
Comment 1 Rainer Bielefeld Retired 2013-04-05 15:34:04 UTC
Reporter's expectations differ from mine.
I can't tell whether this is wrong help or wrong behavior or whatever else, but we will not fix that, lifecycle 3.5 has been terminated.
Please also see "Bug 63175 - LOCALHELP for "Navigating in Spreadsheets" with errors"!

@Reporter:
Please feel free to reopen this bug if you still observe the problem with 3.6.6.2 or later.
Comment 2 gzernmplatz 2013-04-05 18:53:06 UTC
This problem exists in Version 4.0.1.2
Comment 3 Joel Madero 2014-11-06 21:49:07 UTC
Need independent confirmation from QA - moving to UNCONFIRMED.
Comment 4 Robinson Tryon (qubit) 2014-11-13 23:16:22 UTC
TESTING with LO 4.4.0.0.alpha2 + Ubuntu 14.04

(In reply to gzernmplatz from comment #0)
> Problem description: 
> 
> Steps to reproduce:
> 1. open any spreadsheet
> 2. press shift+arrow down (one or more times)
> 3. press shift+end
> 
> Current behavior: after step 3, the cells that where selected in step 2 are
> no longer part of the selection (neither are the other cells in the lines
> that where selected in step 2). Only the cells from the original cursor
> position to the end of line are selected.
> 
> Expected behavior: shift+end extends the selection to the end of the lines
> (like repeated shift+arrow right luckily does).

I just tested, and it appears that order of operations affects the behavior here...

The Setup:
- Spreadsheet containing 3 rows of content
- Position the cursor on A1

Down, then Across:
- Shift-DownArrow to A3, then
- Shift-End
- Result: 3 cells selected (A1:C1)

Across, then Down:
- Shift-End, then
- Shift-DownArrow to A3
- Result: 9 cells selected (A1:C3)

I think that Shift-(any)Arrow and Shift-End (and Shift-Home, which acts like Shift-End) should all have the same behavior, and continue to extend the selected region.

Marking as an enhancement (unless this is actually a regression).

Status -> NEW
Comment 5 bintoro 2015-11-10 11:10:26 UTC
This still occurs in LO 5.0.3.2 (on OS X).

Selecting *any* area followed by Shift-End or Shift-Home will cause the height of the selection to collapse to 1.