Bug 73678 - FORMATTING: Conditional Formatting lost when Click-drag Sheet2 tab to position 1 or adding, then removing an empty sheet
Summary: FORMATTING: Conditional Formatting lost when Click-drag Sheet2 tab to positio...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Spreadsheet (show other bugs)
Version: 4.1.3.2 release
Hardware: All Linux (All)
: high major
Assignee: Not Assigned
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-01-15 22:18 UTC by Kevin Hunter
Modified: 2015-01-05 12:59 UTC (History)
5 users (show)

See Also:
i915 platform:
i915 features:

Attachments
Single sheet with some conditional formatting. (14.69 KB, application/vnd.oasis.opendocument.spreadsheet)
2014-01-15 22:18 UTC, Kevin Hunter 		Details
What sheet should look like. (116.93 KB, image/png)
2014-01-15 22:19 UTC, Kevin Hunter 		Details
Conditional formatting formulas before corruption (21.40 KB, image/png)
2014-01-15 22:19 UTC, Kevin Hunter 		Details
Making a new sheet (15.84 KB, image/png)
2014-01-15 22:20 UTC, Kevin Hunter 		Details
Move new Sheet2 to first tab position (19.77 KB, image/png)
2014-01-15 22:20 UTC, Kevin Hunter 		Details
Right-click Sheet2 and select Delete (27.08 KB, image/png)
2014-01-15 22:21 UTC, Kevin Hunter 		Details
Close window and click yes on "Save?" prompt (23.12 KB, image/png)
2014-01-15 22:21 UTC, Kevin Hunter 		Details
See new red cells that should not be there (18.06 KB, image/png)
2014-01-15 22:22 UTC, Kevin Hunter 		Details
Now corrupted conditional formatting formulas (21.13 KB, image/png)
2014-01-15 22:22 UTC, Kevin Hunter 		Details
View All

Description Kevin Hunter 2014-01-15 22:18:28 UTC 
Created attachment 92186 [details]
Single sheet with some conditional formatting.

58484 

Problem description: 

Creating, moving, and deleting a (empty) sheet, then saving appears to corrupt conditional formatting formulas.

Steps to reproduce:
1. Open supplied spreadsheet.

2. Note one red cell.  This is correct, as image 1 shows.

3. Create a new sheet by clicking the green plus arrow.

4. Click-drag Sheet2 tab to position 1, so that Sheet2 is the first sheet, and Data is the second sheet.

5. Right-click on the Sheet2 tab and choose "Delete" from the context menu.

6. Close window/exit Libreoffice, so that you're prompted with "Save your work?" dialog before exiting.

7. Click save.

8. Reopen the spreadsheet, and note two red cells that are now incorrect.


Current behavior:

A seemingly innocuous operation (adding, then removing an empty sheet) corrupts the conditional formatting on another sheet.

Expected behavior:

The conditional formatting should not get corrupted.

Operating System: Ubuntu
Version: 4.1.3.2 release
Comment 1 Kevin Hunter 2014-01-15 22:19:24 UTC 
Created attachment 92187 [details]
What sheet should look like.
Comment 2 Kevin Hunter 2014-01-15 22:19:49 UTC 
Created attachment 92188 [details]
Conditional formatting formulas before corruption
Comment 3 Kevin Hunter 2014-01-15 22:20:21 UTC 
Created attachment 92189 [details]
Making a new sheet
Comment 4 Kevin Hunter 2014-01-15 22:20:54 UTC 
Created attachment 92190 [details]
Move new Sheet2 to first tab position
Comment 5 Kevin Hunter 2014-01-15 22:21:25 UTC 
Created attachment 92191 [details]
Right-click Sheet2 and select Delete
Comment 6 Kevin Hunter 2014-01-15 22:21:59 UTC 
Created attachment 92192 [details]
Close window and click yes on "Save?" prompt
Comment 7 Kevin Hunter 2014-01-15 22:22:26 UTC 
Created attachment 92193 [details]
See new red cells that should not be there
Comment 8 Kevin Hunter 2014-01-15 22:22:55 UTC 
Created attachment 92194 [details]
Now corrupted conditional formatting formulas
Comment 9 Kevin Hunter 2014-01-15 22:25:50 UTC 
Comment on attachment 92186 [details]
Single sheet with some conditional formatting.

Updating mime type.
Comment 10 Kevin Hunter 2014-01-16 04:19:44 UTC 
This is potentially related or a duplicate of one of these bugs:

    Bug 48360
    Bug 54464
    Bug 54842
    Bug 58484

Maybe not, but perhaps they can some context to track down the error, if needs be.
Comment 11 Dominique Boutry 2014-01-16 11:06:30 UTC 
Partly reproduced with LibO 4.2.0.2 on Win7 : 
- after step 5, the two red (C29:D29) cells are incorrect,
- after step 8, there are no more conditional formating.

Thus related to bug 54464 and bug 58484 (not fully resolved ? regression ?).
Comment 12 Joel Madero 2014-01-31 15:58:29 UTC 
Thank you for reporting this issue! I have been able to confirm the issue on:
Version: 4.2.0.3 rc
Platform: Ubuntu Linux 13.04

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
As I've been able to confirm this problem I am marking as:

New (confirmed)
Major - loss of data
High


Markus - any thoughts on this one? Instructions are really clear and I can reproduce on last RC

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
LibreOffice is powered by a team of volunteers, every bug is confirmed (triaged) by human beings who mostly give their time for free. We invite you to join our triaging by checking out this link:
https://wiki.documentfoundation.org/QA/BugTriage and join us on freenode at #libreoffice-qa

There are also other ways to get involved including with marketing, UX, documentation, and of course developing -  http://www.libreoffice.org/get-help/mailing-lists/. 

Lastly, good bug reports help tremendously in making the process go smoother, please always provide reproducible steps (even if it seems easy) and attach any and all relevant material
Comment 13 Owen Genat 2014-09-06 00:14:21 UTC 
(In reply to comment #0)
> 8. Reopen the spreadsheet, and note two red cells that are now incorrect.

No longer reproducible under GNU/Linux using v4.3.0.4 Build ID: 62ad5818884a2fc2e5780dd45466868d41009ec0. Original single red cell displays as expected after described actions. Perhaps fixed at some point?
Comment 14 Owen Genat 2014-10-10 13:15:06 UTC 
(In reply to Owen Genat from comment #13)
> (In reply to comment #0)
> > 8. Reopen the spreadsheet, and note two red cells that are now incorrect.
> 
> No longer reproducible under GNU/Linux using v4.3.0.4 Build ID:
> 62ad5818884a2fc2e5780dd45466868d41009ec0. Original single red cell displays
> as expected after described actions. Perhaps fixed at some point?

Reproducible again under GNU/Linux using v4.3.2.2 Build ID: edfb5295ba211bd31ad47d0bad0118690f76407d.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.