Bug 60421 - HTML: missing margin-top property on Save as
Summary: HTML: missing margin-top property on Save as
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.6.5.2 release
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 62445 (view as bug list)
Depends on:
Blocks: (X)HTML-Export
  Show dependency treegraph
 
Reported: 2013-02-07 13:57 UTC by Ulf Zibis
Modified: 2023-05-25 18:29 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Original document (17.70 KB, application/vnd.oasis.opendocument.text)
2013-02-07 13:57 UTC, Ulf Zibis
Details
HTML output (7.68 KB, text/html)
2013-02-07 13:58 UTC, Ulf Zibis
Details
Save as HTML output (7.25 KB, text/html)
2015-06-26 15:57 UTC, Buovjaga
Details
Export as XHTML output (6.64 KB, application/xhtml+xml)
2015-06-26 15:57 UTC, Buovjaga
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ulf Zibis 2013-02-07 13:57:09 UTC
Created attachment 74341 [details]
Original document

Saving the attached document as HTML creates faulty document, see 2nd  attachment.
Comment 1 Ulf Zibis 2013-02-07 13:58:51 UTC
Created attachment 74342 [details]
HTML output

Also copy & paste to Mozilla Thunderbird email composer creates same error.
Comment 2 Urmas 2013-02-07 16:05:36 UTC
I suppose the problem is the gaps between paragraphs?
Comment 3 A (Andy) 2013-03-29 21:40:02 UTC
reproducible with LO 4.0.1.2 (Win7 Home, 64bit)
Comment 4 Thomas Arnhold 2013-10-14 16:09:09 UTC
As a workaround: Please set the background color within the page settings. This is the cleaner solution anyway.
Comment 5 Thomas Arnhold 2013-10-14 16:11:46 UTC
*** Bug 62445 has been marked as a duplicate of this bug. ***
Comment 6 Thomas Arnhold 2013-10-14 16:12:16 UTC
Comment from Bug 62445:

Note: It seems like the problem here is that a hard enter in writer is treated like a <p> vs. a <br>. It seems obvious that a hard enter in writer is meant to be a new line in a webpage, not a new paragraph.
Comment 7 QA Administrators 2015-04-19 03:23:26 UTC Comment hidden (obsolete)
Comment 8 Buovjaga 2015-06-19 13:56:05 UTC
Now it exports ok. WFM.

Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+
Build ID: 437210d58f32177ef1829d704f7f4d2f1bbfbfdd
TinderBox: Win-x86@39, Branch:master, Time: 2015-06-18_07:21:56
Locale: fi-FI (fi_FI)
Comment 9 Ulf Zibis 2015-06-20 16:05:24 UTC
(In reply to Beluga from comment #8)
> Now it exports ok. WFM.
At which version of LibreOffice please?
Comment 10 Buovjaga 2015-06-20 16:16:28 UTC
(In reply to Ulf Zibis from comment #9)
> (In reply to Beluga from comment #8)
> > Now it exports ok. WFM.
> At which version of LibreOffice please?

Version was mentioned in my comment, but now that I got your attention, I also tested with 4.4.3 and I get the same correct result. Specifically with File - Export - Xhtml that is. Save as html produces a different result.

Win 7 Pro 64-bit, Version: 4.4.3.2
Build ID: 88805f81e9fe61362df02b9941de8e38a9b5fd16
Locale: fi_FI
Comment 11 Ulf Zibis 2015-06-26 14:49:29 UTC
(In reply to Beluga from comment #10)
> Version was mentioned in my comment,
Yes, but this is only a developer version. I wanted to know, in which release version the bug is/becomes fixed.

> I also tested with 4.4.3 and I get the same correct result. Specifically with
> File - Export - Xhtml that is.
Thanks :-)

> Save as html produces a different result.
So LibO is still buggy --> REOPENED
Comment 12 Buovjaga 2015-06-26 15:24:02 UTC
(In reply to Ulf Zibis from comment #11)
> > Save as html produces a different result.
> So LibO is still buggy --> REOPENED

Yes, LibO is buggy, ~7000 bugs open, but this is not the topic of this particular report. This was about export and not about the differences between Save as vs. Export.
Closing again.
Comment 13 Ulf Zibis 2015-06-26 15:50:20 UTC
The original summary (see history): Save as HTML creates faulty document
Someone had made a wrong change to the summary, so correcting.
Comment 14 Buovjaga 2015-06-26 15:57:08 UTC
Created attachment 116846 [details]
Save as HTML output

Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ (x64)
Build ID: a51ac4d2bb8c4f1ea1d4ea7569863e2fb6535b02
TinderBox: Win-x86_64@62-TDF, Branch:MASTER, Time: 2015-06-22_21:37:53
Locale: fi-FI (fi_FI)
Comment 15 Buovjaga 2015-06-26 15:57:33 UTC
Created attachment 116847 [details]
Export as XHTML output

Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ (x64)
Build ID: a51ac4d2bb8c4f1ea1d4ea7569863e2fb6535b02
TinderBox: Win-x86_64@62-TDF, Branch:MASTER, Time: 2015-06-22_21:37:53
Locale: fi-FI (fi_FI)
Comment 16 QA Administrators 2016-09-20 10:11:59 UTC Comment hidden (obsolete)
Comment 17 QA Administrators 2020-05-23 03:43:22 UTC Comment hidden (obsolete)
Comment 18 Stéphane Guillou (stragu) 2021-05-19 13:03:08 UTC
reproducible with 7.2 alpha1+. Save as HTML has visible white spaces between lines, whereas Export to XHTML looks good.

Version: 7.2.0.0.alpha1+ / LibreOffice Community
Build ID: b1c0734ffe0f395757b6e0cea7830d820231afeb
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-18_03:16:20
Calc: threaded
Comment 19 QA Administrators 2023-05-20 03:17:43 UTC Comment hidden (obsolete)
Comment 20 Ulf Zibis 2023-05-20 20:24:56 UTC
The Bug is still present ...

Version: 7.5.3.2 (X86_64) / LibreOffice Community
Build ID: 50(Build:2)
CPU threads: 2; OS: Linux 5.19; UI render: default; VCL: gtk3
Locale: de-DE (de_DE.UTF-8); UI: de-DE
Ubuntu package version: 4:7.5.3~rc2-0ubuntu0.22.04.1~lo1
Calc: threaded
Comment 21 Piotr 2023-05-25 18:29:54 UTC
I confirm the bug, I reproduced this issue and the page looks the same as in the attached file (HTML output). Version I tested with:

Version: 7.5.3.2 (X86_64) / LibreOffice Community
Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3
CPU threads: 12; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: pl-PL (pl_PL); UI: pl-PL
Calc: CL threaded