If some part of text at cell have underlining then underlining will be lost when save to HTML
Steps to reproduce:
1. Create spreadsheet
2. Print some text and underline part of it
3. Save as document HTML
Underlining is lost
Some part of text must be underlined
Created attachment 51699 [details]
Created attachment 51700 [details]
*** Bug 41280 has been marked as a duplicate of this bug. ***
Created attachment 51745 [details]
Confirm and extended test
Confirmed for underline, italic and bold. Whole cell formatting is output correctly but partial formatting is ignored.
What is the supposed difference between "Save as Document HTML (Calc)" and "Export to XHTML"?
At my tests using LibreOffice 4.1, I still confirm the bug, using the former. But in the latter way, it is working.
(In reply to comment #5)
> What is the supposed difference between "Save as Document HTML (Calc)" and
> "Export to XHTML"?
> At my tests using LibreOffice 4.1, I still confirm the bug, using the
> former. But in the latter way, it is working.
My questions were already answered in the list, http://lists.freedesktop.org/archives/libreoffice/2013-August/054989.html
Sorry, but I removed my name from assignee list. I'm lacking of time to work at even this (appearing) simple bug.
In order to limit the confusion between ProposedEasyHack and EasyHack and to make queries much easier we are changing ProposedEasyHack to NeedsDevEval.
Thank you and apologies for the noise
Migrating Whiteboard tags to Keywords: (needsDevEval)
Bug still present.
LibreOffice Version: 220.127.116.11
Build ID: 89f508ef3ecebd2cfb8e1def0f0ba9a803b88a6d
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default;
Locale: ru-RU (ru_RU)
** Please read this message in its entirety before responding **
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 on a currently supported version of LibreOffice
(5.2.7 or 5.3.3 https://www.libreoffice.org/download/
If the bug is present, please leave a comment that includes the version of LibreOffice and
your operating system, and any changes you see in the bug behavior
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave
a short comment that includes your version of LibreOffice and Operating System
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)
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: http://webchat.freenode.net/?channels=libreoffice-qa
Thank you for helping us make LibreOffice even better for everyone!
Still reproducible with File > Save (NOT with File > Export).
Version: 18.104.22.168.alpha0+ (x64)
Build ID: e46f8a9a4e3c5b0542c0813b476b449f3af8d607
CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win;
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-10-07_23:36:50
Locale: de-AT (de_AT); Calc: CL