Bug 121786 - LO Draw: Empty .htm page if to Preview draw document in Web browser
Summary: LO Draw: Empty .htm page if to Preview draw document in Web browser
Status: RESOLVED DUPLICATE of bug 117084
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
4.4.1.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks:
 
Reported: 2018-11-29 08:40 UTC by Vera Blagoveschenskaya
Modified: 2023-05-02 23:09 UTC (History)
8 users (show)

See Also:
Crash report or crash signature:


Attachments
draw-preview (100.41 KB, image/png)
2018-11-29 08:40 UTC, Vera Blagoveschenskaya
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Vera Blagoveschenskaya 2018-11-29 08:40:38 UTC
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
Comment 1 Vera Blagoveschenskaya 2018-11-29 08:40:54 UTC
Created attachment 147120 [details]
draw-preview
Comment 2 Vera Blagoveschenskaya 2018-11-29 08:42:10 UTC
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>
Comment 3 V Stuart Foote 2018-11-29 14:38:15 UTC
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
Comment 4 V Stuart Foote 2018-11-29 16:56:32 UTC
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
Comment 5 raal 2018-12-08 07:34:42 UTC
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
Comment 6 V Stuart Foote 2018-12-08 16:05:57 UTC
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.
Comment 7 QA Administrators 2019-12-09 03:39:33 UTC Comment hidden (obsolete)
Comment 8 BogdanB 2019-12-09 05:55:20 UTC
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.
Comment 9 Buovjaga 2020-12-07 17:24:01 UTC
*** Bug 134633 has been marked as a duplicate of this bug. ***
Comment 10 sdc.blanco 2022-04-05 13:01:23 UTC
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
Comment 11 Stéphane Guillou (stragu) 2023-05-02 23:09:08 UTC
Same issue in bug 117084, bibisected to same commit.

*** This bug has been marked as a duplicate of bug 117084 ***