Bug 109334 - XHTML export uses alternative text of image instead of caption text
Summary: XHTML export uses alternative text of image instead of caption text
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: x86 (IA32) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: (X)HTML-Export
  Show dependency treegraph
 
Reported: 2017-07-25 10:28 UTC by Regina Henschel
Modified: 2024-05-16 03:16 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Image in caption frame (14.30 KB, application/vnd.oasis.opendocument.text)
2017-07-25 10:28 UTC, Regina Henschel
Details
XHTML export with LO 7.2 opened in Firefox and showing Accessibility tool (73.69 KB, image/png)
2021-05-18 13:44 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-07-25 10:28:24 UTC
Created attachment 134834 [details]
Image in caption frame

Open attached document. It contains an image in a caption frame.
Export the document to XHTML.
Open the exported XHTML in a browser.
Notice, the caption text is missing. Instead the text from the Alternative field of the image is written.
Comment 1 Jacques Guilleron 2017-07-25 16:00:42 UTC
Hi Regina,

I reproduce with
LO 5.4.0.2 Build ID: 2b906d450a44f2bbe506dcd22c51b3fa11dc65fd
Threads CPU : 2; OS : Windows 6.1; UI Render : par défaut; 
Locale : fr-FR (fr_FR); Calc: CL
when the document saved as HTML works.
Comment 2 QA Administrators 2018-08-22 02:36:26 UTC Comment hidden (obsolete)
Comment 3 Regina Henschel 2018-11-06 13:01:44 UTC
The error still exists in Version: 6.2.0.0.alpha1+ (x64)
Build ID: f825e6d4082c0d0beb1c95b881f6a2ee9bfc9161
CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-11-05_00:20:26
Locale: de-DE (en_US); Calc: CL

The entries for "Alternative text" and "Description" in the Image properties are lost.
Comment 4 QA Administrators 2019-11-07 03:33:11 UTC Comment hidden (obsolete)
Comment 5 Regina Henschel 2019-11-07 12:20:10 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 Stéphane Guillou (stragu) 2021-05-18 13:44:46 UTC
Created attachment 172134 [details]
XHTML export with LO 7.2 opened in Firefox and showing Accessibility tool

The situation seems a bit better in LO 7.2 alpha0+: the XHTML export opened in Firefox 88.0.1 shows the caption as well as the alternative text. The structure is pretty terrible (see attached screenshot), but at least the caption is displayed!

I don't know where the description of the picture should go... The Firefox accessibility tool shows a "Description" field for graphics, but I'm not sure what that would correspond to in HTML.

Given that the main issue described in this bug is the disappearance of the caption, can we close it, Regina?

Version: 7.2.0.0.alpha0+ / LibreOffice Community
Build ID: 6b09276d157abada74e1a4989700139167207778
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-05-14_04:32:30
Calc: threaded
Comment 7 Regina Henschel 2022-05-10 11:59:09 UTC
The result is still not good. The attribute 'alt' has the correct value now. But this value is written in addition as normal text and the caption text is exported twice.
Tested with Version: 7.3.2.2 (x64) / LibreOffice Community
Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: de-DE (en_US); UI: en-US
Calc: CL
Comment 8 QA Administrators 2024-05-16 03:16:21 UTC
Dear Regina Henschel,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug