Description: Converting a Draw document via command line to a html document does not work. The command soffice --headless --convert-to html:draw_html_Export testFile.odg creates with LibreOffice 5.4.1.2 an empty html file (it's a valid html file with a body but without any content). Calling the same command with LibreOffice 4 creates a html file showing the content of the draw document. The behavior can be reproduced with the attached files (the html files produced by Libo4/5 are contained, too.) Steps to Reproduce: soffice --headless --convert-to html:draw_html_Export testFile.odg creates an empty html File. Actual Results: An empty html file Expected Results: An valid html file showing the content like in LibO 4 Reproducible: Always User Profile Reset: Yes Additional Info: User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0
Created attachment 137498 [details] The neccessary files to reproduce the bug.
> Expected Results: > An valid html file showing the content like in LibO 4 Which version was it? I've just tried in - Version: 4.3.0.0.alpha1+ Build ID: c15927f20d4727c3b8de68497b6949e72f9e6e9e - Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a) and the resulting html file is empty...
It was the Version 4.0.3.3+ (Build ID: 444507c47867f262c8b880ccdc998154f02fca8)
Repro. Arch Linux 64-bit, KDE Plasma 5 Version: 6.0.0.0.alpha1+ Build ID: d73225119476de1826f648acca9e93bf6797e813 CPU threads: 8; OS: Linux 4.13; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on November 12th 2017
Still repro, will bibisect later. Arch Linux 64-bit Version: 6.2.0.0.alpha0+ Build ID: ea39c41fdf63191579d25f327db81db14862251c CPU threads: 8; OS: Linux 4.17; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); Calc: group threaded Built on July 4th 2018
Bisected with 43max on Linux to commit 16d2798254a62975fb561ac2dfe3acf05c144a99 Author: Matthew Francis <mjay.francis@gmail.com> Date: Thu May 28 20:58:02 2015 +0800 source-hash-69fe10662845288c09a05716a93876e2ca95c4bd commit 69fe10662845288c09a05716a93876e2ca95c4bd Author: Tomaž Vajngerl <tomaz.vajngerl@collabora.com> AuthorDate: Fri Apr 11 14:14:49 2014 +0200 Commit: Tomaž Vajngerl <tomaz.vajngerl@collabora.com> CommitDate: Sat Apr 12 12:58:49 2014 +0200 sd html export: "single document" publish mode & support tables Change-Id: I0c9f45011091f962d5304c9efcaebbed7e6c3d9d Adding Cc: to Tomaž Vajngerl
Dear Julian Jung, 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
The bug is still reproducable with: Version: 6.2.0.0.alpha1+ (x64) Build-ID: 993948678e7a78c7c91e2c2728a9b7182cb2bc79 CPU-Threads: 12; BS: Windows 10.0; UI-Render: Standard; VCL: win;
With 24.2, export to HTML from GUI also does not export the rectangle.
So this is more complicated than it appears we used to have multiple HTML exporters. Then with commit 608c35665bee5990bd7e2799854e233d1454b6a4 Author: Xisco Fauli <xiscofauli@libreoffice.org> Date: Wed Sep 27 10:58:34 2023 +0200 tdf#105303: re-introduce single-document html export filter we dropped the old "PUBLISH_HTML" exporter in favour of the newer "single-document" exporter. The old exporter exported each page as an image, which means that text on the page is not selectable and copyable. The new exporter tries to export text as HTML text, but largely ignores shapes. The two approaches are completely different and yield different results with different benefits. There are several options here (*) just live with the current situation (*) Rename the current filter to "Only export text to HTML" (*) restore the old PUBLISH_HTML filter and expose it as an option (*) tell people to rather use the SVG export filter (which exports both text and shapes in ways that the information is selectable)