Bug 135651 - Cmd+left/right arrow does the wrong thing in Calc
Summary: Cmd+left/right arrow does the wrong thing in Calc
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
6.4.5.2 release
Hardware: All macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Shortcuts-Mac
  Show dependency tree / graph
 
Reported: 2020-08-12 00:22 UTC by Nik Gervae
Modified: 2023-12-01 18:01 UTC (History)
0 users

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Nik Gervae 2020-08-12 00:22:32 UTC 
Description:
When editing text in cells of a spreadsheet, Command+left/right arrow does not move the insertion point to the begginning/end of a line, as it should, but does the same thing as Option+left/right arrow, moving the insertion point past a word.

Steps to Reproduce:
1. Enter at least two words into a cell.
2. Press Command + left/right arrow.


Actual Results:
Observe that the insrtion point moves only by one word, rather than to the beginning or end of the line.

Expected Results:
The insertion point should move to the beginning or end of the line.


Reproducible: Always


User Profile Reset: No



Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: SpreadsheetDocument
[Information guessed from browser]
OS: Mac OS X (All)
OS is 64bit: no
Comment 1 eisa01 2021-01-23 20:49:12 UTC 
Can confirm

Interestingly Excel has the same "bug". Numbers and Textedit both have the native macOS behavior

Version: 7.1.0.2 / LibreOffice Community
Build ID: 53d68d29d90fd16448721a60aad68c28ff0809f5
CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded