Bug 55963 - UI: option 'Shift cells up/left' not available for 'Delete cells' when Track Changes on
Summary: UI: option 'Shift cells up/left' not available for 'Delete cells' when Track ...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: All All
: medium major
Assignee: Not Assigned
Depends on:
Blocks: Cell-Management Calc-Track-Changes
  Show dependency treegraph
Reported: 2012-10-14 05:53 UTC by lacrumb
Modified: 2024-04-14 06:37 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description lacrumb 2012-10-14 05:53:52 UTC
When trying to delete cells the option to move cells up is greyed out.
Comment 1 Rainer Bielefeld Retired 2012-10-14 06:58:56 UTC
Looks like a user error. Definitively not a general Problem, not reproducible with  "LibreOffice” English UI/ German Locale [Build-ID: f8fce0b] on German WIN7 Home Premium (64bit). I created a new spreadsheet, inserted numbers into A11:G25, selected C17:E17, menu 'Edit -> Delete Cells' all options were available, "Shift cells up" preselected.

Not a valid bug report, so INVALID.

Thank you for your report – unfortunately important information is missing.
May be hints on <http://wiki.documentfoundation.org/BugReport> will help you to find out what information will be useful to reproduce your problem? If you believe that that  is really sophisticated please as for Help on a user mailing list
Please feel free to reopen the bug report if you can contribute some additional information:
- Write a meaningful Summary describing exactly what the problem is
- Attach a sample document (not only screenshot) or refer to an existing 
  sample document in an other Bug with a link; to attach a file to this 
  bug report, just click on "Add an attachment" right on this page.
- Attach screenshots with comments if you believe that that might explain the 
  problem better than a text comment. Best way is to insert your screenshots
  into a DRAW document and to add comments that explain what you want to show
- Contribute a document related step by step instruction containing every 
  key press and every mouse click how to reproduce your problem 
  (similar to example in Bug 43431)
– if possible contribute an instruction how to create a sample document 
  from the scratch
- add information 
  -- what EXACTLY is unexpected
  -- and WHY do you believe it's unexpected (cite Help or Documentation!)
  -- concerning your PC 
  -- concerning your OS (Version, Distribution, Language)
  -- concerning your LibO localization (UI language, Locale setting)
  –- Libo settings that might be related to your problems 
  -- how you launch LibO and how you opened the sample document
  –- Whether your problem persists when you renamed your user profile 
     before you launch LibO (please see
     here I really really doubt that user's problem might be related
  -- everything else crossing your mind after you read linked texts
Comment 2 pshute 2020-02-22 22:54:07 UTC
I can reproduce this behaviour in v6.3.5.2 by enabling Track Changes first.

If Track Changes is enabled, "shift cells up" and "shift cells left" are both greyed out in the Delete Cells dialog. 

There may be a reason for this. If so then this restriction should be mentioned in the help for Delete Cells.
Comment 3 Stéphane Guillou (stragu) 2023-11-21 11:21:32 UTC
Reproduced in 6.3:

Build ID: 2196df99b074d8a661f4036fca8fa0cbfa33a497
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3; 
Locale: en-AU (en_AU.UTF-8); UI-Language: en-US
Calc: threaded

As well as a recent trunk build:

Version: (X86_64) / LibreOffice Community
Build ID: baecfd21797310bb15ab98ca3962445d99e397db
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Same in OOo 3.3.

"New" is the correct status. ("Reopened" is only used if "Fixed" was used before.)
Comment 4 Matt K 2023-12-16 17:25:20 UTC
As per tdf#73335, it seems this behavior is expected.  I guess implementing track changes for shifting cells was more work than just disabling it.