Bug Hunting Session
Bug 95662 - XHTML-Export: Export to html produces wrong decimalseparator together with bullets
Summary: XHTML-Export: Export to html produces wrong decimalseparator together with bu...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: filters and storage (show other bugs)
Version:
(earliest affected)
4.0.0.3 release
Hardware: x86-64 (AMD64) Linux (All)
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: implementationError
Depends on:
Blocks: HTML-Export
  Show dependency treegraph
 
Reported: 2015-11-07 19:22 UTC by Robert Großkopf
Modified: 2019-06-28 17:58 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Odt-document for testing the export - look at the width between text and bullet. (9.43 KB, application/vnd.oasis.opendocument.text)
2015-11-07 19:22 UTC, Robert Großkopf
Details
XHTML-file produced by LO while exporting - wrong decimal-separator for min-width (2.78 KB, text/html)
2015-11-07 19:23 UTC, Robert Großkopf
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Robert Großkopf 2015-11-07 19:22:33 UTC
Created attachment 120369 [details]
Odt-document for testing the export - look at the width between text and bullet.

Open the attached *.odt-file.
Shows a little bit text and the start of a list with a bullet.
Export this with File → Export ... to a xhtml-file.
Open this file with your browser. 
The bullet is on the left, directly followed by the text.
Open the *.html-file for editing.
Inside this file is shown "min-width:0,635cm;"
This is a wrong decimal-separator and couldn't work.
Change this to "min-width:0.635cm;" and the list would be shown in a better way.

Seems this bug appears mostly together with bullets. Have tried to change the GUI from German to English - no effect. Have tried to change the local schema to English - no effect.
Comment 1 Robert Großkopf 2015-11-07 19:23:22 UTC
Created attachment 120370 [details]
XHTML-file produced by LO while exporting - wrong decimal-separator for min-width
Comment 2 A (Andy) 2015-11-07 20:48:02 UTC
For me not reproducible with LO 5.0.3.2, Win 8.1
Comment 3 Robert Großkopf 2015-11-08 08:07:21 UTC
(In reply to A (Andy) from comment #2)
> For me not reproducible with LO 5.0.3.2, Win 8.1

Could be I have to describe a little bit better:
1) Open the attached *.odt-file
2) Go to File → Export (not: File → Save As)
3) Select format XHTML
4) Save the file

There will appear a file with *.html (better should have *.xhtml).
Code is something like this:
...
<span style="display:block;float:left;min-width:0,635cm;">•</span>One bullet. Decimalseparator for margin on left ...

The min-width is set wrong here.

If doing File → Save As the code is totally different. It produces 
...
<li/>
<p style="margin-bottom: 0cm; line-height: 100%">One bullet. Decimalseparator for margin on left ...

No min-width is set here. The format isn't the same. For exporting a book (like Base-Handbook) it is unusable.
Comment 4 A (Andy) 2015-11-08 08:17:57 UTC
Thanks for your reply.  But unfortunately not reproducible for me.

I get: "<span style="display:block;float:left;min-width:0.635cm;">•</span>One bullet. Decimalseparator for margin on left side should be 0.6<span class="T1">"

Maybe a Linux only issue?
Comment 5 Robert Großkopf 2015-11-08 08:40:59 UTC
I have set back the user-profile here. Same behavior. I changed to the LO-Version of OpenSUSE - same behaviour. Changed to LO 4.1.6 (have installed many LO-versions parallel) - same behavior.

My System: OpenSUSE 13.2 64bit rpm Linux.

Seems we have to look for another person with Linux.
Comment 6 Buovjaga 2015-11-11 12:40:11 UTC
I get
min-width:NaNcm;

Setting to NEW.

Ubuntu 15.10 64-bit 
Version: 5.0.2.2
Build ID: 00m0(Build:2)
Locale: en-US (en_US.UTF-8)
Comment 7 Robert Großkopf 2016-03-05 08:14:59 UTC
Have tested a little bit more. The bug first appears with LO 4.0.0.3. Up to LO 3.6.7.2 the created code shows only '0' for min-with. So no min-with is defined at all.
Seem this feature has been added with LO 4.0. I will set this one as "regression". Could be it is wrong to set this as "regression", because the feature doesn't exist before.
Comment 8 Buovjaga 2016-03-05 14:41:04 UTC
(In reply to robert from comment #7)
> Seem this feature has been added with LO 4.0. I will set this one as
> "regression". Could be it is wrong to set this as "regression", because the
> feature doesn't exist before.

Let's change to implementationError
Comment 9 QA Administrators 2017-03-06 15:41:13 UTC Comment hidden (obsolete)
Comment 10 Robert Großkopf 2017-03-08 17:54:26 UTC
Bug still exists with LO 5.3.1.1, OpenSUSE 42.1 Leap, 64bit rpm Linux.
Comment 11 QA Administrators 2018-06-27 02:48:17 UTC Comment hidden (obsolete)
Comment 12 Robert Großkopf 2018-06-27 14:13:49 UTC
Bug still exists with LO 6.0.5.2, OpenSUSE 42.3 Leap, 64bit rpm Linux.
Comment 13 QA Administrators 2019-06-28 02:59:25 UTC Comment hidden (obsolete)
Comment 14 Robert Großkopf 2019-06-28 17:58:55 UTC
Bug still exists in LO 6.2.5.2 on OpenSUSE 15 64bit rpm Linux