Using 64-bit Linux Mint Cinnamon 17.1 with 4.0.4-040004-generic kernel LibreOffice version: 5.0.0.0.beta1 Build ID: 0a16c3dda4150008d9be6f24cbd15ac198d116d3 Locale: et-EE (et_EE.UTF-8) steps to reproduce: * insert image and caption to it - this will add panel (frame) around the picture * start new title with some heading style * by default Heading 2 is too close to image frame * changing paragraph style: spacing above the paragraph from properties panel at right side * the spacing does not work when the previous object is not text but image with or without caption Expected result: changing paragraph style and paragraph spacing - it should work not only with text in previous paragraph buth also with graphical objects like images, panels, tables etc.
Created attachment 115873 [details] backtrace log in Linux Using 64-bit Linux Mint Cinnamon 17.1 with 4.0.4-040004-generic kernel LibreOffice version: 5.0.0.0.beta1 Build ID: 0a16c3dda4150008d9be6f24cbd15ac198d116d3 Locale: et-EE (et_EE.UTF-8)
Created attachment 115875 [details] document created during backtrace as root Using 64-bit Linux Mint Cinnamon 17.1 with 4.0.4-040004-generic kernel LibreOffice version: 5.0.0.0.beta1 Build ID: 0a16c3dda4150008d9be6f24cbd15ac198d116d3 Locale: et-EE (et_EE.UTF-8)
Created attachment 115877 [details] strace log in Linux Using 64-bit Linux Mint Cinnamon 17.1 with 4.0.4-040004-generic kernel LibreOffice version: 5.0.0.0.beta1 Build ID: 0a16c3dda4150008d9be6f24cbd15ac198d116d3 Locale: et-EE (et_EE.UTF-8)
Created attachment 115878 [details] document created during strace as regular user Using 64-bit Linux Mint Cinnamon 17.1 with 4.0.4-040004-generic kernel LibreOffice version: 5.0.0.0.beta1 Build ID: 0a16c3dda4150008d9be6f24cbd15ac198d116d3 Locale: et-EE (et_EE.UTF-8)
I opened document and turned on Non-printing Characters. The frame is part of the paragraph with the text "Title". If you place the cursor before "Title" and Enter then the frame will be in a separate paragraph and the spacing above will work. Undoing the previous entering of a paragraph, if the frame is anchored as a character then it appears before "Title". If you place the cursor before "Title" and Enter then the frame will be in a separate paragraph and the spacing above will work. Notice how that paragraph has the heading style and it has spacing above. Depending on how big the frame or image is, if it is not set to no wrap then the next paragraph (and the next) will appear directly below the previous paragraph and the image will be to the right. Windows Vista 64 Version: 4.4.3.2 Build ID: 88805f81e9fe61362df02b9941de8e38a9b5fd16 Changed to RESOLVED NOTABUG.
(In reply to Gordo from comment #5) > I opened document and turned on Non-printing Characters. The frame is part > of the paragraph with the text "Title". If you place the cursor before > "Title" and Enter then the frame will be in a separate paragraph and the > spacing above will work. > > Undoing the previous entering of a paragraph, if the frame is anchored as a > character then it appears before "Title". If you place the cursor before > "Title" and Enter then the frame will be in a separate paragraph and the > spacing above will work. Notice how that paragraph has the heading style > and it has spacing above. > > Depending on how big the frame or image is, if it is not set to no wrap then > the next paragraph (and the next) will appear directly below the previous > paragraph and the image will be to the right. > > Windows Vista 64 > Version: 4.4.3.2 > Build ID: 88805f81e9fe61362df02b9941de8e38a9b5fd16 > > Changed to RESOLVED NOTABUG. I would say that this is workaround but not the solution. Adding empty rows would be too time consuming when there is a lot of text and pictures. Program purpose should be reduce working time and effort, not require it more. Such hand-made additional work should be reduced. Playing with empty rows gives the result but it quite uncomfortable way to establish expected result. Even changing the frame wrap spacing gives the expected space - I would expect that paragraph style spacing should work in the same way as frame wrap spacing. This could be also configurable if to be more flexible. But this would be bad idea to enter additional empty rows, especially in long documents. Changed to REOPENED.
I was not demonstrating a workaround but how anchors work. If you want there to be paragraph spacing then put the object in its own paragraph. You should not look at it as an empty paragraph but as a paragraph with an object. When an object is anchored to a paragraph, or as a character, it is part of the paragraph. You cannot have paragraph spacing between an object and text in the same paragraph. You can have spacing to contents between the object and the text. There is no bug and no need of an enhancement. The user has to plan what the finished result is going to be and determine the actions most suitable to achieving that result. REOPENED has a specific meaning and should not be used in this scenario. I will leave it as UNCONFIRMED so that someone else can look at it.
It's the same behavior as in 4.4.2. I think it is not a bug. Can anyone have a look for it
** 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.5 or 5.2.1 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-20160920
Tested with LibreOffice 5.2.1, 64-bit on Linux Mint 18 (kernel 4.7.4). Changing picture frame spacing - it works but does not help much as the frame around the picture is not a style. But initially Heading 2 style was reported and still changing its spacing e.g. before the title does not work - there will be no bigger space between title and picture.
** 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.4.1 or 5.3.6 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-20170929
Dear Edmund Laugasson, 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
Dear Edmund Laugasson, 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
Version: 7.2.3.2 / LibreOffice Community Build ID: 20(Build:2) CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: et-EE (et_EE.UTF-8); UI: et-EE 7.2.3-1 Calc: threaded Image with caption: Currently Heading 2 was in proper distance. Image without caption (just plain image) still distance is too small with Heading 2 and changing its indentation above paragraph does not change it actually in text.