Created attachment 80338 [details] Frame's option used to reproduce the bug Problem description (short): When creating a FRAME anchor to page, using "mirror on even pages" option will not be saved when setting horizontal POSITION to center. Problem description (long): I use mirrored page style in order to print on two sides keeping a larger inside margin. So I use a frame, placed on the outside border of pages, to number the document pages (I know I can use the footer, I just like better this way). And I use the option "mirror on even pages" in order to keep it on the outside border. But if I select horizontal position to center, when I close the document, next time I open it the option "mirror on even pages" is no longer marked and the frame is always on the right side. The problem does not occur when setting horizontal position to anything different than "center" (inside, outside, from inside). Steps to reproduce: 1. Open a .odt document 2. Go to Insert > Frame and on the window that appears: 3. change "Anchor" to page; check the box "Mirror on even pages"; and change "Position" "Horizontal" (Center) to "Outer page border". Press OK. 4. Go to Insert > Manual Break > Page Break > OK (in order for the documento to have 2 pages) or press enough times "Enter". 5. Select the Frame created on step 2-3 and copy (Ctrl + C) 6. Click anywhere on to the second page of the document and paste it (Ctrl + V). (You should see, on the first page a Frame on the right side and, on the second page a frame on the left side) 7. Save the document and close it. 8. Reopen the document (Now you should see Frames on the right side on both pages) 9. If you enter into the Frame's proprieties, will see the option "Mirror on even pages" is no longer marked. Current behavior: "Mirror on even pages" option is not saved. (when the Frame's configuration is set to (i) Anchor to Page; and (ii) Horizontal Position to Center) Expected behavior: Option "Mirror on even pages" should be saved no matter what Frame's configurations I choose. Operating System: Ubuntu Version: 4.0.2.2 release
Created attachment 80339 [details] Test file created according to the "Steps to reproduce the bug"
The option "mirror on even pages" automatically changes the horizontal position depending of the parity of page number ; if it is "centered", no effect; on even page, an "inside" is drawn outside ans and "outside" is drawn inside. This doesn't allow LibO to uncheck the option by itself when the position is "centered". For instance, if you write some text with blank color on blank background, does that allow LibO to scratch yout text characteristics (size, bold, etc) ? Of course not : it is the same here. At best LibO can grey the checkbox with its current content, when the horizontal position is set at "center". Reproduced on LibO 4.0.5.2. Simplified steps : 1. in a New empty .odt document, Insert > Frame 2. change "Anchor" to "to page" ; check the box "Mirror on even pages" 3. verify that "Position" "Horizontal" is "Center" ; Press OK 4. Save the document, close it (important) and reopen it 5. double clic on the frame border : in the dialog box, you see that the box "Mirror on even pages" is now unchecked. So BUG. Reproduced on LibO 4.0.5.2 Win7.
On pc Debian x86-64 with master sources updated yesterday, I can still reproduce 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 (4.4.2 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 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 your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-05-02
Reproduced. Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ Build ID: 3ecef8cedb215e49237a11607197edc91639bfcd TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-06-19_23:16:58 Locale: fi-FI (fi_FI)
Created attachment 120097 [details] Picture in page margin The page style is set to "mirrored" and the frame styles "Marginalia" and "MarginaliaCenter" have both set "mirror on even pages" and horizontal "Outer page border". The only difference is, that "Marginalia" has horizontal "Inside" and "MarginaliaCenter" has horizontal "Center". Unpack the document and look into the styles.xml to verify the settings. There are two images, one has assigned style "Marginalia" and the other "MarginaliaCenter". Open the document. Notice, that the image, which has got style "MarginliaCenter" is in the wrong margin. This happens because the style "MarginaliaCenter" looses the setting "mirror on even pages" on opening. This is a FILE OPEN error inherited from OpenOffice.
It seems, that it is currently not possible to reflect the setting "mirror on even pages" in ODF. ODF knows only the setting page|frame|paragraph-start-margin and "start-margin" is mirrored only in case of "from-inside", "inside" and "outside", read section 20.291 style:horizontal-rel. I remove FILEOPEN therefore. It is not possible to describe, that a frame should be centered to the outer page margin, because the distinction between even and odd is not made directly in the attribute but indirectly via the style:horizontal-pos attribute (section 20.290) I think, it is "broken by design". Suggestions: Immediately: Uncheck and disable the check box "mirror on even pages" in case the horizontal position "center" is chosen. That way the user is warned, that such setting is not possible. Long term: ?? A new value "center-even-odd" for attribute "horizontal-pos" which triggers even-odd toggle? Or remove the even-odd toggle feature from the horizontal-pos attribute and make an independent attribute "start-end-toggled-on-even-pages"? Unfortunately it is not possible to define a new attribute _value_ in an own namespace; that is only possible for whole attributes.
** 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-20161108
Dear Fabio Bugnon, 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
The error still exists in Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: e60bebd4c5257b0f592d27c74399de1498ac725b CPU threads: 8; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win Locale: de-DE (en_US); UI: en-US Calc: CL
Dear Fabio Bugnon, 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
The error still exists in Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 5a235634ca5761aa4b330ebf7e3a2083b7db1606 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: CL threaded The error still exists in Version: 7.4.6.2 (x64) / LibreOffice Community Build ID: 5b1f5509c2decdade7fda905e3e1429a67acd63d CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: ru-RU Calc: CL
*** Bug 159870 has been marked as a duplicate of this bug. ***
Error still present in 7.6.5.2 Version: 7.6.5.2 (X86_64) Build ID: 60(Build:2) CPU threads: 4; OS: Linux 6.7; UI render: default; VCL: kf5 (cairo+xcb) Locale: fr-FR (fr_FR.UTF-8); UI: en-US Calc: threaded