Summary: | EDITING: Problem selecting cells | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | gzernmplatz |
Component: | Calc | Assignee: | 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
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. This problem exists in Version 4.0.1.2 Need independent confirmation from QA - moving to UNCONFIRMED. 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 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. |