Description: Hi! I'm having the following issue when exporting to ePub: I have a 100+ page document that looks fine on LO but when I export it to ePub there are random sections of text (full paragraphs and pages) that have weird decorations that I didn't even know existed in LO. I've download Sigil to find out the issue and I can see code like: * < p style="margin: 0px 0px 0px 0px; text-align: justify; ">< span style="background-color: transparent; font-effect: outline; font-family: 'Linux Libertine Display G5'; font-size: 10.0000pt; font-style: normal; font-weight: normal; text-decoration: overline; text-shadow: 1px 1px 1px #666666; "> * < /span>< span style="background-color: transparent; font-effect: outline; font-family: 'Linux Libertine Display G5'; font-size: 10.0000pt; font-style: normal; font-weight: normal; text-decoration: overline; text-shadow: 1px 1px 1px #666666; "> and others similar to those. Other instances of this show when "Line through" code is present, so I think It might be a leftover from a time when I did that to something and maybe deleted the line through text but I can't confirm that that's the only source of the problem. In Sigil I've found over 2000 (Not a typo, I do mean over two thousand) instances of those annoying decorations in the whole document through the "Find" feature. Can anyone tell me how to get rid of those lines of code within LO in order to be able to make changes there and Export to ePub without having use Sigil to fix the ePub version every time I make a tiny correction to the source? None of this issues are shown in LO so I can't figure out how to delete the code in it. Images: LO Version: https://uploads.disquscdn.com/images/0dd2ccf43902d1e123ec304d0cf47a7fee44648c3cfd88f32624ef2f9deae942.png ePub Version: https://uploads.disquscdn.com/images/ee8427c88492f7c7cf253657bf8593175a7e801d6ffa92668167930bc8a44363.png Code found in Sigil: https://i.imgur.com/RAzENhM.png THANK YOU in ADVANCE! and keep up the good work :) Steps to Reproduce: 1. Export to ePub 2. Some text has weird decorations, others show as intended 3. Actual Results: Some Text shows weird decorations in ePub file that aren't present on Writer or PDF format while others show formating as seen in Wirter Expected Results: All text to be shown in the format seen in Writer Reproducible: Couldn't Reproduce User Profile Reset: No Additional Info: I've been using LO for a few years now and just found this issue as this is the first time I try to export to ePub. Can't really get the isue to repeat as I'm not aware of exactly how to go about on doing it. I tried creating new files and test but it might be a thing that's been carried over from previous version and I really don't know how to proceed. User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.139 Safari/537.36
(In reply to Azrael Arocha from comment #0) > Reproducible: Couldn't Reproduce Does this me, you couldn't reproduce with the same document or with another document?
I couldn't reproduce it with other new document I create for testing. This does happen every time I export that document to ePub even after upgrading to 6.0.3.2 and it also happens when exporting other documents from the same project.
Is it possible to attach a document or a small part of a document (like the small part of the document in your screenshot), so that other users can try to reproduce it?
Created attachment 141766 [details] Tabletop RPG exporting to ePub with weird code Sure! I'll attach the full thing since I found that the way the code is been exported is treating text like each line needs formatting even if they are part of the same thing. No joke, I remove the code with Sigil and over 5000 instances of the issue poped up in the whole document. It was insane.
I can confirm it with Version: 6.1.0.0.alpha1+ (x64) Build ID: 775d0f26beecffccf3ed27a6a011aff20d91f842 CPU threads: 4; OS: Windows 10.0; UI render: GL; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-04-26_01:05:25 Locale: en-US (de_DE); Calc: CL
@Miklos, I thought you might be interested in this issue...
(In reply to Azrael Arocha from comment #0) > Can anyone tell me how to get rid of those lines of code within LO in order > to be able to make changes there and Export to ePub without having use Sigil > to fix the ePub version every time I make a tiny correction to the source? > > None of this issues are shown in LO so I can't figure out how to delete the > code in it. If it's of some help to you, open a new document, paste as plain text your 100 pages, reformat. The new output should be clean. By the way, the epub generated in Versión: 6.2.0.0.alpha1 (x64) has no weird code that I could see. Only the regular span tags around edited text.
Dear Azrael Arocha, 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Azrael: following lbartolome's comment, any better with last LO 6.4.4 version?
Dear Azrael Arocha, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear Azrael Arocha, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp