Bug 112545 - Text can be added to a presentation chart but is not saved
Summary: Text can be added to a presentation chart but is not saved
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: low critical
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: dataLoss
Depends on:
Blocks: Chart
  Show dependency treegraph
 
Reported: 2017-09-21 09:57 UTC by Regina Henschel
Modified: 2024-07-31 05:53 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
document with presentation chart (16.12 KB, application/vnd.sun.xml.impress)
2017-09-21 09:57 UTC, Regina Henschel
Details
LO 7.6 alpha0+ debug build's truncated console output (8.16 KB, text/plain)
2023-01-26 20:20 UTC, Stéphane Guillou (stragu)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Regina Henschel 2017-09-21 09:57:38 UTC
Created attachment 136423 [details]
document with presentation chart

Open attached document. It contains a presentation chart.
Click on the chart, so that is has green handles.
Press F2 key. You are in text edit mode now.
Type some text.
Click outside to exit the edit mode.
Move the chart around to make sure, the text is indeed inside the chart.
Save the document.
Unpack the saved file and look for your entered text. It is not there.

Expected behavior:
Either
   Save the text in a <loext:p> element as it is done for other charts.
or
   Setup the UI, so that it is not possible to add text to a presentation chart

[You get a presentation chart, if you use the layout "Title, Content" and click on the chart symbol in the middle of the placeholder. A presentation chart is different from a chart, that you insert via the "Insert chart"-symbol of the standard toolbar.]
Comment 1 Buovjaga 2017-10-28 15:37:36 UTC
Repro with attachment.

Tweaking severity while trying to stay true to our flowchart: https://wiki.documentfoundation.org/images/0/06/Prioritizing_Bugs_Flowchart.jpg

Arch Linux 64-bit, KDE Plasma 5
Version: 6.0.0.0.alpha1+
Build ID: 7a2e7c32d38db02aaa5d78d5e8aaf86cabfde586
CPU threads: 8; OS: Linux 4.13; UI render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on October 28th 2017
Comment 2 QA Administrators 2018-10-29 03:58:12 UTC Comment hidden (obsolete)
Comment 3 Regina Henschel 2018-11-05 23:30:46 UTC
The error still exists in Version: 6.2.0.0.alpha1+ (x64)
Build ID: e33424dd887cb1a11a3dba2513ef0f4bf93a6dbe
CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-11-01_00:43:29
Locale: de-DE (en_US); Calc: CL
Comment 4 QA Administrators 2019-11-06 03:30:40 UTC Comment hidden (obsolete)
Comment 5 Regina Henschel 2019-11-06 12:37:18 UTC
The error still exists in Version: 6.4.0.0.alpha1+ (x64)
Build ID: 7c6226bee72805db7f0e567ca9f06c786a7d0da2
CPU threads: 8; OS: Windows 10.0 Build 18362; UI render: default; VCL: win; 
Locale: de-DE (en_US); UI-Language: en-US
Calc: threaded
Comment 6 Justin L 2021-08-16 14:33:48 UTC
repro 7.3+
Not sure this really deserves a critical rating though - despite it being (immaterial) data loss.

Tested with bibisect-43all with the same result. Assume inherited from OOo.
Comment 7 Stéphane Guillou (stragu) 2023-01-26 20:20:45 UTC
Created attachment 184943 [details]
LO 7.6 alpha0+ debug build's truncated console output

Still reproducible with a master build from today.

Same with ODT and PPTX when starting from attachment 136423 [details], but I can't reproduce from scratch with new file.
Works as expected in Draw when copying and pasting the chart into a new ODG.

In the attachment, a annotated and truncated output in the console from this debug build:

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 5cd3a8ec6d36a389eb0be4d59f4570e3bda92dc5
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Quite a few warnings that are not seen when doing the same operations on a new document.
Comment 8 Stéphane Guillou (stragu) 2024-07-31 05:53:33 UTC
(In reply to Justin L from comment #6)
> Assume inherited from OOo.
Confirmed with OOo 3.3.

Same in recent daily build:

Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 233af54afb6e493c3538efe7c93d0f53f1b4c3ab
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3

Since libreoffice-5.4.4.1, a newly created chart's object text will persist. That's since Regina's 0958cd79545a21a37642f812937d57164117bffe, a cherrypick of 21f61ffeb7e72caee98f12cac2dd25fe7ec3a821 for bug 112547.

So we need to decide if something should be done automatically to these older chart objects at fileopen so their <loext:p> element persists, or if the fix for bug 112547 is sufficient.

What do you think, Regina?

(Lowering the priority as it's specific to objects created in older versions of LO, and even copy-pasting that same object in the same document fixes the problem.)