Bug 124526 - XHTML export: Tabs gives unexpected result.
Summary: XHTML export: Tabs gives unexpected result.
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: filters and storage (show other bugs)
Version:
(earliest affected)
6.0.7.3 release
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:html
Depends on:
Blocks: (X)HTML-Export
  Show dependency tree / graph
 
Reported: 2019-04-03 14:45 UTC by Ola Smith
Modified: 2023-07-27 20:09 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
Test sample (8.18 KB, application/vnd.oasis.opendocument.text)
2019-04-03 14:47 UTC, Ola Smith 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Ola Smith 2019-04-03 14:45:12 UTC 
Description:
Please see enclosed sample test.odt and reproduce.

This happens when the tab is the (unset) default tab or when the set tab is shorter than (to the left of) the default tab.

(pls accept that 6.0.7.3 is the latest version available to me in Kubuntu ...)

Steps to Reproduce:
1.Open enclosed sample test.odt
2.export content to xhtml
3.open test.html and have a look ...

Actual Results:
b  (->)   a

(when a and b are strings they overwrite each other, doesn't look very nice)

Expected Results:
a  (->)   b


Reproducible: Always


User Profile Reset: No



Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: TextDocument
[Information guessed from browser]
OS: Linux (All)
OS is 64bit: yes
Comment 1 Ola Smith 2019-04-03 14:47:01 UTC 
Created attachment 150510 [details]
Test sample
Comment 2 Dieter 2019-04-09 06:20:00 UTC 
I confiirm it with

Version: 6.3.0.0.alpha0+ (x64)
Build ID: 421e6fc3cd2e6fe37afbef341e2d0ad7b8edde37
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2019-04-07_01:12:58
Locale: en-US (de_DE); UI-Language: en-US
Calc: threaded

Additional information to the steps:
...
3. Open test.html in a browser and in LO

Result:
with internet browser: b (->) a
in LO: ab (Tab is missing)
Comment 3 Dieter 2021-03-03 08:39:34 UTC 
Tested again with

Version: 7.1.1.2 (x64) / LibreOffice Community
Build ID: fe0b08f4af1bacafe4c7ecc87ce55bb426164676
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

Result:
ab (without a tab between)

Result in Browser (Firefox): b         a
Comment 4 Stéphane Guillou (stragu) 2021-05-19 11:56:57 UTC 
Confirmed with LO 7.2 alpha1

In LO:
a     b
(with tab)

exported XHTML in Firefox 88:
b     a

In the XHTML source, the letters are in the right order, but the "a" has a margin whereas the "b" has a position to the absolute left:

<body dir="ltr" style="max-width:21.001cm;margin-top:2cm; margin-bottom:2cm; margin-left:2cm; margin-right:2cm; "><p class="P1"><span class="T1">a</span><span style="position:absolute;left:0cm;"><span class="T1">b</span></span></p></body></html>

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 5 QA Administrators 2023-05-20 03:17:37 UTC Comment hidden (obsolete)
Comment 6 Dieter 2023-05-30 11:18:49 UTC 
Still present in

Version: 7.6.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 4b3d3354119b643ec20aaad187d0a6506ea307fb
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL threaded