Bug 135913 - Parts of sheet not visible with 16m rows
Summary: Parts of sheet not visible with 16m rows
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.0.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Calc-1048576plus-rows
  Show dependency treegraph
 
Reported: 2020-08-19 10:21 UTC by GEli
Modified: 2022-05-14 15:14 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Picture with and without JumboSheets activation (76.51 KB, application/pdf)
2020-08-19 10:21 UTC, GEli
Details
Example file (796.81 KB, application/vnd.openxmlformats-officedocument.spreadsheetml.sheet)
2020-08-20 14:40 UTC, GEli
Details
smaller example doc (13.70 KB, application/vnd.openxmlformats-officedocument.spreadsheetml.sheet)
2021-02-11 19:00 UTC, himajin100000
Details
smaller example doc (13.36 KB, application/vnd.openxmlformats-officedocument.spreadsheetml.sheet)
2021-02-11 19:34 UTC, himajin100000
Details

Note You need to log in before you can comment on or make changes to this bug.
Description GEli 2020-08-19 10:21:57 UTC
Created attachment 164462 [details]
Picture with and without JumboSheets activation

A big XLSX file looks near identical in Excel an LibreOffice. It just comes up with the warning that the maximum number of columns was exceeded. 
If I activate the support for this JumboSheets, this warning message disappears - but graphics looks ugly. Lines are moved, buttons disappeared.

This makes the JumboSheets support useless. 

Tested on different PC's (different hardware), Linux and Windows. Always the same result.
Comment 1 Telesto 2020-08-19 11:22:11 UTC
It's disabled and experimental for a reason.. It's surely not to functional. The release notes shouldn't have mentioned it at all, IMHO. However the pressure releasing something is pretty high. 

Anyhow, is it possible to share an example file, illustrating the problem. So people (developers) can reproduce (and eventually) fix it?
Comment 2 GEli 2020-08-20 14:40:24 UTC
Created attachment 164496 [details]
Example file

I removed a lot from the example, so it's not longer a JumboSheet. But you can still see the format difference if you activate the JumboSheet support.
Comment 3 himajin100000 2020-09-12 16:43:10 UTC Comment hidden (obsolete)
Comment 4 himajin100000 2021-02-11 19:00:51 UTC
Created attachment 169690 [details]
smaller example doc

seems my previous guess on comment 3 was wrong.

At least, with the smaller testdoc I attached exposes at least one of the original problems.

Steps to reproduce:

A-1. Launch Calc
A-2. [Tools]-[Options]
A-3. [LibreOffice]-[Defaults]
A-4. Make sure that [Enable very large spreadheets] is unchecked. it would be better if you restart LibreOffice, but this MAY not be necessary
A-5. Open the attached file in Calc
A-6. you will be able to find a diagonal line.
A-7. if Navigator window is shown, follow [View]-[Navigator]
A-8. you will find "Line 4" under [Drawing objects] in the navigator.
A-9. check [Enable very large spreadheets] and restart LibreOffice
B-1. Open the file again in Calc
B-2. No drawing objects displayed in the navigator.
Comment 5 himajin100000 2021-02-11 19:03:17 UTC
I didn't removed the superfluous styles in the original file, as I wasn't sure on how it's used, but the file might have been smaller.
Comment 6 himajin100000 2021-02-11 19:05:45 UTC

Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: e0843b1fe6e39d3e5f14c8f13476008f17c8ed2e
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: default; VCL: win
Locale: ja-JP (ja_JP); UI: en-US
Calc: CL

--
typo: didn't removed -> didn't remove
Comment 7 himajin100000 2021-02-11 19:34:47 UTC
Created attachment 169691 [details]
smaller example doc
Comment 8 himajin100000 2021-02-18 20:08:20 UTC
with my own local build, if I load the document I attached, with the jumbosheet option turned on, the following messages was left to the log file
----
info:sax.fastparser:43968:35240:sax/source/fastparser/fastparser.cxx:1303:  startElement line 2 column 1025 xdr:clientData
warn:legacy.osl:43968:35240:sc/source/filter/oox/worksheethelper.cxx:530: WorksheetGlobals::getDrawPageSize - called too early, size invalid
---
while with the option turned off, the message was
---
info:sax.fastparser:40436:39884:sax/source/fastparser/fastparser.cxx:1303:  startElement line 2 column 1025 xdr:clientData
info:oox.drawingml:40436:39884:oox/source/drawingml/shape.cxx:275: Shape::addShape: id='2'
info:oox.drawingml:40436:39884:oox/source/drawingml/shape.cxx:667: Shape::createAndInsert: id='2' service='com.sun.star.drawing.LineShape'
----
please note that the line number in the above log of the source code may different than the one from official nightlies, as I added some extra SAL_INFOs for my own personal purpose.
Comment 9 himajin100000 2021-02-18 20:20:04 UTC
the line number in the above log of the source code
->the line number of the source code in the above log
Comment 10 Luboš Luňák 2022-02-21 16:31:09 UTC
This seems to be a problem with awt::Size etc. being 32bit and thus not being large enough to handle page size with 16m rows.