Bug 140541 - Apple Numbers spreadsheet mangled on loading
Summary: Apple Numbers spreadsheet mangled on loading
Status: RESOLVED FIXED
Alias: None
Product: Document Liberation Project
Classification: Unclassified
Component: libetonyek (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Apple-iWork
  Show dependency treegraph
 
Reported: 2021-02-19 16:59 UTC by Garry Knight
Modified: 2026-01-31 11:22 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
The Numbers spreadsheet that doesn't load properly (3.26 MB, application/vnd.apple.numbers)
2021-02-20 12:20 UTC, Garry Knight
Details
The LibreOffice spreadsheet from which the Numbers file was originally converted (1.04 MB, application/vnd.openxmlformats-officedocument.spreadsheetml.sheet)
2021-02-20 12:22 UTC, Garry Knight
Details
new result (16.42 MB, application/vnd.oasis.opendocument.spreadsheet)
2021-09-09 15:02 UTC, osnola
Details
Empty rows from 257 (115.78 KB, image/png)
2026-01-25 19:50 UTC, UWK
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Garry Knight 2021-02-19 16:59:28 UTC
Description:
I tried opening a Numbers spreadsheet in LibreOffice 7.1 for Mac and for Windows and they both mangled the spreadsheet in the same way.

All of the font formatting was missing, the sheet names were missing from the tabs, the second sheet (with 621 rows) was completely empty, the subsequent ones were all truncated to 256 rows. Most of the sheets, of which there are about 13, had 12 columns and all seemed intact apart from missing formatting.

The spreadsheet was originally created in LibreOffice for Windows and then loaded into Numbers a couple of days ago, whereupon I changed all of the fonts and reformatted some of the text. I also found that the cell background on all cells that contained content had been set to a white background, so I went through each sheet, changing all cell backgrounds to Default, then reformatting just the column headers. I don't recall making any other changes. I then saved the result as a standard Numbers (v10.3.9) spreadsheet, and this is the one that gets mangled on loading into LibreOffice.

Thanks for any help or suggestions.

Steps to Reproduce:
1.Load Numbers file into LibreOffice.
2.
3.

Actual Results:
Spreadsheet loads with lots of mising contents, number of rows restricted to 256 or less, formatting lost, sheet names lost, one entire sheet empty.

Expected Results:
At least all of the content to be there, even if something needed to be reformatted.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Loaded the entire contents of the spreadsheet, including text formatting and sheet names.
Comment 1 Buovjaga 2021-02-20 07:02:33 UTC
Can you attach the original Numbers spreadsheet? Which Numbers version was used to create it?

Set to NEEDINFO.
Change back to UNCONFIRMED after you have provided the document.
Comment 2 Garry Knight 2021-02-20 12:20:48 UTC
Created attachment 169915 [details]
The Numbers spreadsheet that doesn't load properly

This is the Numbers file that won't load properly.
Comment 3 Garry Knight 2021-02-20 12:22:42 UTC
Created attachment 169916 [details]
The LibreOffice spreadsheet from which the Numbers file was originally converted

This is the LibreOffice spreadsheet that was originally used to create the Numbers spreadsheet. I loaded the .XLSX file into Numbers and changed the formatting, then saved it as a Numbers file. And it is that Numbers file that won't load properly.
Comment 4 Garry Knight 2021-02-20 12:23:37 UTC
Numbers version 10.3.9 (7029.9.8) was used to create the file that won't load properly.
Comment 5 Roman Kuznetsov 2021-03-14 11:49:26 UTC
confirm all described problems in

Version: 7.2.0.0.alpha0+ / LibreOffice Community
Build ID: 3faaad6d16881dbbd70e34dcb0445a3373f8ddad
CPU threads: 4; OS: Mac OS X 10.16; UI render: default; VCL: osx
Locale: ru-RU (ru_RU.UTF-8); UI: en-US
Calc: threaded
Comment 6 osnola 2021-09-09 15:02:58 UTC
Created attachment 174929 [details]
new result

I have fixed many problems in the current libetonyek repository. I get the following result. 

Note: to get the same results, you can either recompile a version of libetonyek with the current code, or wait for a release of libetonyek and its integration in LibreOffice.
Comment 7 Roman Kuznetsov 2021-09-11 17:22:01 UTC
(In reply to osnola from comment #6)
> Created attachment 174929 [details]
> new result
> 
> I have fixed many problems in the current libetonyek repository. I get the
> following result. 
> 
> Note: to get the same results, you can either recompile a version of
> libetonyek with the current code, or wait for a release of libetonyek and
> its integration in LibreOffice.

When will you plan to release a new version of libetonyek library?
Comment 8 UWK 2026-01-25 11:55:33 UTC
There is a new release libetonyek-0.1.13 from September 2025.
According to https://git.libreoffice.org/libetonyek/+/3ea9be577029596fc071dcc05d02ec57c32fa7ec%5E%21 the bug described here was fixed with release 0.1.11 already.
Comment 9 Aron Budea 2026-01-25 12:50:34 UTC
Indeed, it looks good at first sight with recent LO versions, let's close the bug report.
Osnola, thanks for fixing!
Comment 10 UWK 2026-01-25 16:32:47 UTC
The bug that Numbers files show only the first 256 rows is still there in LO 25.8.4.2 on Linux. Could somebody check if libetonyek-0.1.11 or newer was really integrated into LO?
Comment 11 Aron Budea 2026-01-25 17:06:11 UTC
0.1.12 was added in late 2024:
https://git.libreoffice.org/core/commit/0a1025adeb3608b06df751225a97d84e5be87d48
author		Xisco Fauli <xiscofauli@libreoffice.org>	Mon Nov 04 23:02:22 2024 +0100
committer	Xisco Fauli <xiscofauli@libreoffice.org>	Tue Nov 26 14:42:25 2024 +0100

"libetonyek: upgrade to 0.1.12"

0.1.13 was added in September 2025 both to master and 25.8 branches.
You can check these by searching for "libetonyek upgrade" (without quotes) on https://gerrit.libreoffice.org/ .

While I'm checking on Windows, I can see rows over 256 in the attached sample both in a recent build from master branch, and in a 25.8 build from 10 Dec.
Comment 12 Buovjaga 2026-01-25 18:43:28 UTC
(In reply to Aron Budea from comment #11)
> While I'm checking on Windows, I can see rows over 256 in the attached
> sample both in a recent build from master branch, and in a 25.8 build from
> 10 Dec.

Indeed, the "iPhone_Table 1" sheet in attachment 169915 [details] shows 621 rows, so I don't understand UWK's comment 10

Arch Linux 64-bit
Version: 25.8.4.2 (X86_64) / LibreOffice Community
Build ID: 580(Build:2)
CPU threads: 8; OS: Linux 6.18; UI render: default; VCL: kf6 (cairo+wayland)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
25.8.4-1
Calc: CL threaded
Comment 13 UWK 2026-01-25 19:50:37 UTC
Created attachment 205172 [details]
Empty rows from 257
Comment 14 UWK 2026-01-25 20:01:53 UTC
I have attached a screenshot (attachment 205172 [details]) of the opened file (attachment 169915 [details]). The last visible row in the sheets "Table 1_3", "Table 1_4" and "Table 1_10" is row 256.

Couldn't find any "iPhone_Table 1" like mentioned in comment 12 in the file.
Comment 15 Buovjaga 2026-01-26 07:24:18 UTC
(In reply to UWK from comment #14)
> I have attached a screenshot (attachment 205172 [details]) of the opened
> file (attachment 169915 [details]). The last visible row in the sheets
> "Table 1_3", "Table 1_4" and "Table 1_10" is row 256.
> 
> Couldn't find any "iPhone_Table 1" like mentioned in comment 12 in the file.

I tested with version 7.2 as it was the last mentioned here that showed the issue. It opens up just like in your screenshot (wrong names, lost rows), so it seems you are running on a Linux system that doesn't have a new enough libetonyek. Closing again.
Comment 16 Alex Thurgood 2026-01-26 11:09:20 UTC
No repro on 
Version: 25.8.4.2 (AARCH64)
Build ID: 290daaa01b999472f0c7a3890eb6a550fd74c6df
CPU threads: 8; OS: macOS 26.2; UI render: Skia/Metal; VCL: osx
Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR
Calc: threaded

so this is fixed on macOS as well.
Comment 17 UWK 2026-01-31 11:22:48 UTC
Thank you for explanation. I am running Ubuntu 24.04 with the PPA https://ppa.launchpadcontent.net/libreoffice/ppa/ubuntu/ (https://launchpad.net/~libreoffice/+archive/ubuntu/ppa)
On my system is libetonyek 0.1.10-5build1 installed. So it seems, the latest version of the library is missing in the PPA. I will send a message to the LibreOffice Packaging team.