Description: Empty .htm page if to Preview document in Web browser Steps to Reproduce: 1. Create new Draw document, insert some picture. 2. File -> Preview in Web browser Actual Results: Empty .htm page is opened (I use Firefox) Expected Results: .htm page contains my picture Reproducible: Always User Profile Reset: No Additional Info: Reproduced for Version: 6.3.0.0.alpha0+ Build ID: b15b1a2a90fa4c239ff8a6a33e73ff50ea422abf CPU threads: 1; OS: Linux 4.14; UI render: default; VCL: kde5; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2018-11-28_06:21:05 Locale: ru-RU (ru_RU.UTF-8); UI-Language: en-US Calc: threaded Reproduced for Version: 6.3.0.0.alpha0+ Build ID: b15b1a2a90fa4c239ff8a6a33e73ff50ea422abf CPU threads: 1; OS: Linux 4.14; UI render: default; VCL: gtk3; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2018-11-28_06:21:05 Locale: ru-RU (ru_RU.UTF-8); UI-Language: en-US Calc: threaded --- I also tried to Export draw document in .htm, so result is OK, .htm is not empty
Created attachment 147120 [details] draw-preview
This is source code <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/transitional.dtd"> <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"/> <title></title> <meta name="generator" content="LibreOfficeDev 6.3.0.0.alpha0 (Linux)"/> <meta name="created" content="2018-11-29T11:37:41.142473787"/> <meta name="changed" content="2018-11-29T11:37:48.457081515"/> </head> <body> <h1></h1> </body> </html>
Confirming the empty preview as HTML 4.01 Transitional is generated on Windows 10 Home 64-bit en-US with current master and with on hand. Version: 5.3.7.2 (x64) Build ID: 6b8ed514a9f8b44d37a1b96673cbbdd077e24059 CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; Layout Engine: new; Locale: en-US (en_US); Calc: group Needs bibisect. Suspect the SID_WEBHTML in view shell [1] that "graphic_HTML" filter got refactored and actual content is not being written to the temp file created. =-ref-= [1] https://opengrok.libreoffice.org/xref/core/sfx2/source/view/viewsh.cxx#536
From the few admin installs loaded at hand--the Draw objects on canvas was handled in HTML with an "img src=" stanza for a single JPEG holding the whole sd Draw canvas. The HTML is marked with the slide movement strings "First page Back Continue Last page" but they are not active links. Howver, the missing Draw object rendering to a JPEG image also happen with Impress slides from the same point pre 4.4.1.2--through current master. Needs a bibisect OK Version: 4.1.5.2 Build ID: a02f36998a4af5e2f9fbec2b7e9f70a8b0bc934 BAD Version: 4.4.1.2 Build ID: 45e2de17089c24a1fa810c8f975a7171ba4cd432 Locale: en_US
This seems to have begun at the below commit. Adding Cc: to Tomaž Vajngerl ; Could you possibly take a look at this one? Thanks 16d2798254a62975fb561ac2dfe3acf05c144a99 is the first bad commit 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
Related to missing image in a HTML "Preview in Web Browser" as here--we also are missing an image rendering of the Draw canvas with an Export -> "XHTML (*.html, *.xhtml)" The Draw canvas is just not being written into the markup, neither embedded nor as an image link. The clunky Export -> "HTML Document (Draw) (*.html, *.htm)" dialog does convert the document canvas to chosen image format, and prepares thumbnail and full size image as new files, inserted as local hyperlinks in the markup. Likewise the other Export image formats: BMP, EMF, EPS, GIF, JPEG, PNG, SVG, TIFF, and WMF all function. So not a problem with generating an image of the Draw canvas--just in the linkage into the HTML temp preview, or XHTML markup.
Dear Vera Blagoveschenskaya, 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
I tested with Version: 6.5.0.0.alpha0+ Build ID: 5030be4e85179147476b1e441eb618fb6ed58235 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-11-28_20:14:48 Locale: ro-RO (ro_RO.UTF-8); UI-Language: en-US Calc: threaded NO image is generated.
*** Bug 134633 has been marked as a duplicate of this bug. ***
Contents of textboxes and Fontwork text are shown on the left margin, each one over the other, in the order that they were entered but without the positioning or formatting found in the .odp document. No shapes or images are shown. Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 0a05b1f46263a16c6d40c841a317c3ba9f4d31d6 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: da-DK (da_DK); UI: en-US Calc: CL
Same issue in bug 117084, bibisected to same commit. *** This bug has been marked as a duplicate of bug 117084 ***