Bug 123428 - FILESAVE XLSX Saving as xlsx in Calc creates new styles from the default ones
Summary: FILESAVE XLSX Saving as xlsx in Calc creates new styles from the default ones
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:xlsx
: 82654 (view as bug list)
Depends on:
Blocks: Calc-Styles XLSX
  Show dependency treegraph
 
Reported: 2019-02-13 09:00 UTC by NISZ LibreOffice Team
Modified: 2023-03-24 03:24 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
Xlsx created in Calc with some cell styles. (14.29 KB, application/vnd.openxmlformats-officedocument.spreadsheetml.sheet)
2019-02-13 09:01 UTC, NISZ LibreOffice Team
Details
Screenshot of the original and exported document side by side in Calc. (216.34 KB, image/png)
2019-02-13 09:01 UTC, NISZ LibreOffice Team
Details

Note You need to log in before you can comment on or make changes to this bug.
Description NISZ LibreOffice Team 2019-02-13 09:00:02 UTC
Description:
Cells that have the styles that are built in to Calc and get saved as xlsx in Calc create new style with the name of the original one plus a number. This can happen multiple times to cells with the default cell styles before a new save.

Steps to Reproduce:
    1. Open Calc.
    2. Set some of the cell’s styles to for example Good.
    3. Save as xlsx.
    4. Reload.
    5. The cells that had Good style now have Good 1 ( if you now change some of the cells to Good and repeat the steps they will have Good 2 and so forth)

Actual Results:
The cells now have a custom cell style.

Expected Results:
The cells should keep their original cell style.


Reproducible: Always


User Profile Reset: No



Additional Info:
Comment 1 NISZ LibreOffice Team 2019-02-13 09:01:11 UTC
Created attachment 149249 [details]
Xlsx created in Calc with some cell styles.
Comment 2 NISZ LibreOffice Team 2019-02-13 09:01:31 UTC
Created attachment 149250 [details]
Screenshot of the original and exported document side by side in Calc.
Comment 3 mulla.tasanim 2019-03-12 00:44:34 UTC Comment hidden (obsolete)
Comment 4 mulla.tasanim 2019-03-12 00:49:01 UTC
Need Additional Steps to Reproduce Bug:

    1. Open Calc.
    2. Set some of the cell’s styles to for example Good.
    3. Save as xlsx(Styles are not changed).
    4. Reload.
    5.To check Cell Style
      Click on Style-->Click Manage Style-->Style window will appear
      Select cell to verify Style.
    6. The cells that had Good style now have Good 1 ( if you now change some of the cells to Good and repeat the steps they will have Good 2 and so forth)
Comment 5 Buovjaga 2019-03-23 16:46:05 UTC
*** Bug 82654 has been marked as a duplicate of this bug. ***
Comment 6 Buovjaga 2019-03-23 16:47:19 UTC
This is inherited (tested with 3.3.0). As you can see from the older dupe, the naming used to be different.
Comment 7 QA Administrators 2021-03-23 04:21:11 UTC Comment hidden (obsolete)
Comment 8 Gabor Kelemen (allotropia) 2021-03-23 19:10:06 UTC
Still a problem in:

Version: 7.2.0.0.alpha0+ / LibreOffice Community
Build ID: d7ed130f537a81b900c55d222004cc9e88c0b355
CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: hu-HU (hu_HU.UTF-8); UI: en-US
Calc: threaded

It behaves a bit differently these days: If I set a cell to Good style, it becomes Good 1 on save (maybe on reload, not sure...) but that will not become Good 2 on another save.
Setting another cell to Good style and saving will become Good 2 on save.
Comment 9 QA Administrators 2023-03-24 03:24:58 UTC
Dear NISZ LibreOffice Team,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug