Problem description: Steps to reproduce: 1. Chose Formatting of the list points 2. Formatt the whole text 3. save Current behavior: By new openig the formatting of the list points is copletely different Expected behavior: The document should appear as I saved it. Possible reason: This was a customized list: it began with 1 and then a and not I and A
post "before" and "after" screenshots, please. test file would be useful as well. which exact Windows version do you use? XP, 7, 8? 32 or 64 bit?
I cannot immediately find anything wrong with the saving and loading of formatting and numbering styles To debug this, we would need an exact set of instructions to tell us: - The starting text (ideally as a file attached to this bug) - The exact sequence of actions performed (naming the menu items or buttons used, and which options on which tabs of any dialogs) - Exactly how the result differs from what you expected (in the case that something looks different before/after save, screenshots from before and after) If you're saving in a format other than .odt, please let us know that as well Once this information is commented/attached to the bug, please set the status back to UNCONFIRMED so we can take another look Thanks
Created attachment 108389 [details] original document
Created attachment 108390 [details] Screenshots of this document Open the screenshots Nr. 8 shows you the document after I opened it. The two rows schould be equals. On the second row you see that there are no list points. Nr. 9 shows the document after I pressed the list button. Different formatting. Nr. 10 and 11 show my trying to formatt as it should be. But no success. Nr. 12 und 13 are the same screenshots after saving and reopening. You can see that the formatting has changed. Then I changed the formatting one more time and saved. Now it works after reopenig as you can see on screenshot 14. Maybe that the original document was originally a lotus wordpro document that I transformed into an odt, but I'm not sure. I hope I could help you. Thanx NL
please upload the initial version of the .odt file as in image 8 so we can exactly try ro reproduce issue step by step
Created attachment 108423 [details] other examples If you work on the document after it was reopened and you have arranged all faults, then most of the time the formatting stays as it should be. So the original file you wantet me to send doesn't exist anymore. I've repared it. But I foud other examples. As you see, theese are documents for exams at school, so handle them with care
Created attachment 108427 [details] minimal test case Ok. I can reproduce the bug and I'm attaching a minimal test case. - open attached .doc - select text in the second column - Formatting/Bullets and Numbering, apply a random bullet style - save, close and reopen the bullet style is not retained after roundtrip and instead you see numbers. if you repeat the previous sequence on the same column the style is then retained after reloading, so to make it stick you have to do it twice. I see this bug in LibO 4.3.2.2 and recent 4.4.0.0+ master. bug is also present in LibO 3.3.3 and OOo 3.3.0
Thank you for your work. The behavior in the test document is as you decribed it. If you save it each time under an other name, the bug reproduce. So I hope that you'll be able to fix the bug! NL
let's hear if Micheal Stahl has time to take a look at this
** 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.0.4 or later) 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 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 your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-12-20
Created attachment 121641 [details] Screenshots There are no changes I tried with the testcase here, 2 results, but this was beause I changed the default numbering (?) of LO. Then I made another try. A document in .lwp (lotus Wordpro) I opened it in Lotus and in LO. The lwp-import is not so good, but this isn't the point of discussion (ScrS01 and ScrS02) Then I pressed the numeration button - result (ScrS03) So I had to formatt the numeration (ScrS04 + ScrS05) Result was bizzare, because the formatting didn't take place (ScrS06 +ScrS07) So I changed it manually. (ScrS08) Then I saved an I reopened. Result on ScrS09. I try to attache the screenshots. If you want me to attach both the original and the edited Document, let me know.
** 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
Created attachment 130235 [details] 7 documents
Thank you for your reminder Since I write no more tests or reports where I need lists, - i'm retired now - this problem do not touch me very hard. But to test for you I took a Geography test which wasn't formattet at all. I formattet it step by step and I hope you can reproduce it, because one of the big problems was, that the formatting was gone at the reopening. I tryed it now myself and the good news are the formatting stays the same. The bad news: In the same page, when you will list another part of the text with the same list-style, it isn't possible except if you format the list a second time for the second part. There is no possibillity to save your own style (or I didn't find it) I attach the steps (7 documents) I made so you can follow it. (7z-archive) OS: Windows7 Ultimate 32bits SP1 LO: Version: 5.2.3.3 Build-ID: d54a8868f08a7b39642414cf2c8ef2f228f780cf
** 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 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
Created attachment 139116 [details] 1. a finished document This is a document that I made 2013. There are no changes by reopening it.
Created attachment 139117 [details] a test for list points I made myself a template with all the necessary points: font, font size, border and a list hierarchy Infortunately i am not able to find the same order of list points as i find in the document before. So I tried to fix the order of list-points. Impossible. With the list written I can't change the order witout an unexpectet behaviour of the points. The main fault is, that I don't want to use the list-point-formatting that LO-Writer proposes. So when you change the intendation, all is completely in disorder and there is no way to find an issue. When in the list-point dialogue I mark the case "relative", I get minus-number back. Why can't I save all my changes I once have made to find an equal formatting and behaviour for all my documents? I'm using LO Version: 5.4.3.2 on Windows 7 (the same version on Linux Kubuntu 14/04 LTS) Norbert L
Using instruction from comment 7 and the test case from there I can reproduce the bug on Version: 6.3.0.0.alpha0+ Build ID: afbbdcc216a84b59fb263777659b044c4a7cf6f0 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-01-13_03:54:12 Locale: ro-RO (ro_RO.UTF-8); UI-Language: en-US Calc: threaded
I can NOT reproduce this bug with a new file with some text. Maybe the text file from comment 7 have some old formating. Version: 6.3.0.0.alpha0+ Build ID: afbbdcc216a84b59fb263777659b044c4a7cf6f0 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-01-13_03:54:12 Locale: ro-RO (ro_RO.UTF-8); UI-Language: en-US Calc: threaded
Created attachment 148357 [details] Testing the list points This is a collecton of three documents. All saved and reopened. As Bogdan wrote I tried to make a document with some list points. Document 1: List points customised but not the distances from the margin and the paragraph-distances Document 2: All cusomized Document 3: List points imported and content changed. But I don't know how I save my list pints in a template. Have I to write like in document 3 and save this as a template? Otherwise all works very well. NL
I forgot to mention the LO version: LO Version: 6.1.4.2 Win 7 Ultimate 32 SP1 NL
I can only reproduce with the attachment of comment 7. Not with other documents or self-created documents. Version: 7.0.0.3 Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded Maybe this is a problem of a list in a table in this special document.
Dear n.lederbauer, 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 https://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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
I can repro the bug with version 7.5 using the file from comment 7. Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: f6a0ca0e92e41ad8fea71acdacdc7ec5e775dc59 CPU threads: 16; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded But, the same, with a new file I don't repro. I am not sure it is a bug or a bad format of the document.
By the record, the list elements have the List Style List1. When I set the Liste Style to None, the problem is gone.
For those testing this bug please see Style Inspector while reproducing the bug. The list style is different before and after the save.
All my changes in the document appear at the reopening. I even imported a document in Microsoft docx format and everything remained unchanged when I reopened it. I created a document with various points and subpoints, which I later changed custom. Each document remained as it was saved. I put the solved sign.