Bug 121196 - FILESAVE XLSX The row height is incorrectly exported
Summary: FILESAVE XLSX The row height is incorrectly exported
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
6.2.0.0.alpha1+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:xlsx
Depends on:
Blocks: XLSX
  Show dependency treegraph
 
Reported: 2018-11-06 10:27 UTC by Gabor Kelemen (allotropia)
Modified: 2019-10-03 03:03 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file from Excel. (15.46 KB, application/vnd.openxmlformats-officedocument.spreadsheetml.sheet)
2018-11-06 10:27 UTC, Gabor Kelemen (allotropia)
Details
The original file saved by Calc. (15.46 KB, application/vnd.openxmlformats-officedocument.spreadsheetml.sheet)
2018-11-06 10:27 UTC, Gabor Kelemen (allotropia)
Details
Screenshot of the original and exported document side by side in Excel. (220.46 KB, image/png)
2018-11-06 10:27 UTC, Gabor Kelemen (allotropia)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Gabor Kelemen (allotropia) 2018-11-06 10:27:20 UTC
Created attachment 146346 [details]
Example file from Excel.

The row height is incorrectly exported in XLSX spreadsheet created with Microsoft Excel 2010, when we look the row height in LibreOffice Calc.

The row height is incorrectly exported in XLSX spreadsheet created with Microsoft Excel 2010, when we look the row height in LibreOffice Calc.


Steps to reproduce:

    1. Create a new spreadsheet in Microsoft Excel 2010.
    2. Save the file as XLSX.
    3. Open the same file in LibreOffice Calc.
    4. Select the first row.
    5. Choose Format→Rows→Height.
    6. Click OK.
    7. Select File and Save As.
    8. Name the file.
    9. Open the exported file in Microsoft Excel.
    10. Compare the original file opened in Excel and the exported file opened in Excel.

Actual results:
The height of the first row is incorrect.

Expected results:
The height of the first row should’t change.


LibreOffice details:
Version: 6.2.0.0.alpha0+
Build ID: cf2825d9f8af86a73aae5ac4216966504b320184
CPU threads: 4; OS: Windows 6.1; UI render: default; VCL: win;
TinderBox: Win-x86@42, Branch:master, Time: 2018-10-15_00:25:36
Locale: en-US (hu_HU); Calc: threaded
Comment 1 Gabor Kelemen (allotropia) 2018-11-06 10:27:40 UTC
Created attachment 146347 [details]
The original file saved by Calc.
Comment 2 Gabor Kelemen (allotropia) 2018-11-06 10:27:56 UTC
Created attachment 146348 [details]
Screenshot of the original and exported document side by side in Excel.
Comment 3 raal 2018-11-08 21:22:33 UTC
No repro with Version: 6.2.0.0.alpha1+
Build ID: b0da1ca2d7a426ff13f39b21362fbcd5c0580c24
CPU threads: 4; OS: Linux 4.4; UI render: default; VCL: gtk3; 
row height is 15
Comment 4 Durgapriyanka 2018-11-21 18:36:52 UTC
I can not reproduce the bug.

Microsoft Word 2007

Version: 6.0.6.2
Build ID: 0c292870b25a325b5ed35f6b45599d2ea4458e77
CPU threads: 2; OS: Windows 6.1; UI render: default; 
Locale: en-US (en_US); Calc: group
Comment 5 Wei Ming Chun 2018-11-29 08:38:04 UTC
Thank you for reporting the bug. I can not reproduce the bug both in

版本:6.1.3.2 (x64)
組建 ID:86daf60bf00efa86ad547e59e09d6bb77c699acb
CPU 執行緒:4; OS:Windows 10.0; UI 算繪:GL; 
語言地區:zh-TW (zh_TW); Calc: CL

and

Version: 6.3.0.0.alpha0+ (x64)
Build ID: 0f25a3c36f27fd51453b9a9115f236b83c143684
CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-11-27_20:06:55
Locale: zh-TW (zh_TW); UI-Language: en-US
Calc: threaded
Comment 6 Xisco Faulí 2019-01-23 13:14:22 UTC
Hi Gabor,
Is this issue still reproducible in master with a clear profile ?
Comment 7 QA Administrators 2019-09-02 09:32:01 UTC Comment hidden (obsolete)
Comment 8 QA Administrators 2019-10-03 03:03:57 UTC
Dear Gabor Kelemen,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp