Bug 168993 - WRITER: A cell in ODT table cannot hold longer text
Summary: WRITER: A cell in ODT table cannot hold longer text
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
25.2.4.3 release
Hardware: x86-64 (AMD64) Linux (All)
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-10-21 20:05 UTC by Václav Sobota
Modified: 2025-10-22 23:52 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
An ODT showing the reported bug (105.15 KB, application/vnd.oasis.opendocument.text)
2025-10-22 22:08 UTC, Václav Sobota
Details
An example of working table/text - using LO Writer in DOCX (57.05 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2025-10-22 22:09 UTC, Václav Sobota
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Václav Sobota 2025-10-21 20:05:11 UTC
Description:
I needed to create a text file with two parallel columns of text (bilingual document). To achieve so, I created a table with 2 cells (2x1) an pasted my texts in each of the cells. The outcome was either loss of parts of the text or random division of the cells after certain (seemingly random) length of text within the cell. 

Steps to Reproduce:
1.Create a table in an ODT file, in this case 2 columns by 1 row.
2.Insert a long, plain text into each cell.
3.Save, close and re-open (sometimes it is not even necessary). The text will be messed up.

Actual Results:
Text fractioned among more thank original number of cells or loss of parts of text. Only happens in ODT format, RTF and DOCX work fine as expected.

Expected Results:
Two cells containing text. Bug only happens in ODT format, RTF and DOCX work fine as expected.


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 25.2.4.3 (X86_64) / LibreOffice Community
Build ID: 33e196637044ead23f5c3226cde09b47731f7e27
CPU threads: 6; OS: Linux 6.14; UI render: default; VCL: gtk3
Locale: es-CO (en_US.UTF-8); UI: cs-CZ
Calc: threaded
Comment 1 raal 2025-10-22 17:30:54 UTC
Cannot confirm with Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 2595f031fa93c1eb89fb4dce6f337de9be813e15
CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded

For a long text I used Lorem Ipsum from LO's Autotext feature.
Comment 2 m_a_riosv 2025-10-22 22:02:47 UTC
Please attach a sample file, reduce the size as much as possible without private information.
Comment 3 Václav Sobota 2025-10-22 22:08:42 UTC
Created attachment 203489 [details]
An ODT showing the reported bug
Comment 4 Václav Sobota 2025-10-22 22:09:35 UTC
Created attachment 203490 [details]
An example of working table/text - using LO Writer in DOCX
Comment 5 m_a_riosv 2025-10-22 23:01:45 UTC
There are not lost text.
Pages are not updated properly.
Select the cell and click in it, all text is shown. Or Menu>Tool>Update - All

Saving the DOCX as ODT works fine, so perhaps there is an issue with the ODT file or some parameter is causing the problem.

Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 620(Build:0)
CPU threads: 16; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Raster; VCL: win
Locale: en-US (es_ES); UI: en-US
Calc: threaded
Comment 6 m_a_riosv 2025-10-22 23:09:36 UTC
BTW, changing any parameter in Menu>Tools>Options>LibreOffice Writer>Compatibility, e.g the first one 'Add spacing between ...", immediately shows the whole text.
Comment 7 Václav Sobota 2025-10-22 23:51:11 UTC
@ Comment 6: Yes, it does. But when you open the file again, it is again hidden.
Comment 8 Václav Sobota 2025-10-22 23:52:57 UTC
(In reply to m_a_riosv from comment #5)
> There are not lost text.
> Pages are not updated properly.
> Select the cell and click in it, all text is shown. Or Menu>Tool>Update - All

This hasn't worked for me.