I am getting something like: <text:span text:style-name="T14">text1</text:span> <text:span text:style-name="T15">text2</text:span> <text:span text:style-name="T11">text3</text:span> <text:span text:style-name="T14">text4</text:span> <text:span text:style-name="T15">text5</text:span> in content.xml in .ODT file for my document. If I look at document it has 1 paragraph with text from text 1 to text4 in plain, and text5 in bold. I tried copy paste same text (paste unformated text) and formating text5 as bold - but I still get such a lot of style-name elements in ODT. What could cause such excessive use of style-name inside LibreOffice?
Can you please provide step-per-step what you did to create that file? I did type text1, text2, ... all on a new line and save the file. Can't see your mentioned behavior. Kind regards, Joren
Ah wait, I can reproduce this. Ignore my brain fart. I did forget to mark the last paragraph as bold. Tested using Mac OSX 10.9 with LibreOffice Version: 4.4.0.0.alpha0+ Build ID: 7dd5f9308895644ae6ece56253c892046cc6ed5e TinderBox: MacOSX-x86@49-TDF, Branch:master, Time: 2014-07-16_07:40:22
Any chance we can transform this to an EasyHack?
i can't reproduce this, i get just 1 span for the bold word. the most likely explanation for lots of different automatic styles in Writer is the RSID feature.
Regarding those spans for RSIDs, see also bug 86988
Migrating Whiteboard tags to Keywords: (needsDevEval) [NinjaEdit]
** 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.1.6 or 5.2.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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170103
Dear Zhivko, 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
Maybe it's because LibreOffice doesn't delete not anymore used style spans?
Steps to reproduce are not clear. And the description needs a remark whether the option "Random number to improve accuracy of document comparison" is set, and it needs to specify the file format. I cannot reproduce it with Version: 7.1.0.0.alpha0+ (x64) Build ID: 1e0cfd5662d95cea84e80e4fe10d52c3b1101ae6 CPU threads: 8; OS: Windows 10.0 Build 18362; UI render: Skia/Vulkan; VCL: win Locale: de-DE (en_US); UI: en-US Calc: CL
@Regina Henschel and others: Steps to reproduce: 1) step 1 You write in writer following lines that end with paragraph mark (enter pressed at the end): text1 text2 text3 text4 text5 2) step 2 you format last word "text5" with bold 3) step 3 you save file 4) step 4 you add .zip to file extension file.odt so it come to be: file.odt.zip 5) step 5 you open content.xml within zip file 6) you check file - it should contains following: Expected outcome (as I just tested on: Version: 6.2.4.2 (x64) Build ID: 2412653d852ce75f65fbfa83fb7e7b669a126d64 CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; Locale: sl-SI (en_SI); UI-Language: en-GB Calc: threaded): <text:p text:style-name="Standard">Text1 text2 text3 text4 <text:span text:style-name="T1">text5</text:span></text:p> actual result with libreoffice at 2014-07-16 (not sure about version): <text:span text:style-name="T12">text1</text:span> <text:span text:style-name="T13">text2</text:span> <text:span text:style-name="T14">text3</text:span> <text:span text:style-name="T15">text4</text:span> <text:span text:style-name="T16">text5</text:span> Please note in defective libreoffice writer at 2014-07-16 vrsion last case - every word has its own style from t12 to t15 and last one is T16. I can confirm that on version: Version: 6.2.4.2 (x64) Build ID: 2412653d852ce75f65fbfa83fb7e7b669a126d64 CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; Locale: sl-SI (en_SI); UI-Language: en-GB Calc: threaded This does not happen anymore - seems it is fixed.