Description: (WRITER) when I have an Image at the bottom of the document (in the background) I cannot edit the main text, it is always open. I don't want to edit the image, I'm not clicking on the bottom, I'm clicking on the main text and he is accessing Botton wrongly. Actual Results: put a big image at the bottom. edit the text in front of the image. It is impossible to continue editing the main text, as it becomes the bottom edit. Expected Results: be able to edit the main text without accidentally accessing the bottom. Reproducible: Always User Profile Reset: No Additional Info: .
Created attachment 159901 [details] Bottom
be able to edit the main text without accidentally accessing the bottom.
Junior, thank you for reporting the bug. Please add the document itself instead of a screenshot. Thank you! => NEEDINFO
Created attachment 160030 [details] sample with image on the bottom background sample with image on the bottom background
[Automated Action] NeedInfo-To-Unconfirmed
I can't confirm it with Version: 6.3.5.2 (x64) Build-ID: dd0751754f11728f69b42ee2af66670068624673 CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE Calc: threaded and also not with Version: 7.0.0.0.alpha0+ (x64)Build ID: 8c8b3a4f83f67882b284ddc3b3fe10d3fe6dedf4CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win; Locale: de-DE (de_DE); UI-Language: en-GBCalc: CL Additional information: Image is not in the background of the document, but belongs to the footer (I've changed bug summary).
Created attachment 161047 [details] Image overlapping text before entering a letter I was able to reproduce this issue under the following steps: 1. Opened the example file. 2. Reduced the zoom to 90% or lower. At this point the text went between the image. 3. Clicked on the image, on a row that had text. Nothing happened. 4. Inserted a letter. That particular row appeared over the image. 5. Clicked on the image, on a row in-between paragraphs, that had no text. The image was selected. 6. Inserted a letter. As the image was selected, the letter was not introduced. The background footer image overlapped with the text. Actual result: After reducing the zoom of the page below 100%, the image was displayed on top of the text. The text below the image is no longer seen. Clicking then typing on the image: - for rows with text: the single row is displayed over the image; - for rows with no text: the image is selected, the text is not added. Expected result: The footer image is not expected to be displayed over the text when zooming out, it should remain in the background.
Created attachment 161048 [details] Image overlapping text after entering a letter
Please ignore the attachments 'Image overlapping text before entering a letter' and 'Image overlapping text after entering a letter'. Along with the previous two comments, they represent issues not present in LibreOffice Writer. I was able to reproduce this issue under the following steps: 1. Opened 'sample with image on the bottom background' file. 2. Clicked on the image, on a row that didn't have text. (e.g. between the second and third paragraph, 1st page). The footer image was selected. OR 2. Clicked on the image, on a row that the text was not overlapping the image (e.g. 2nd page, row that starts with 'Suspendisse potenti.'). The footer image was selected. 3. Tried to add or select other text on the top of the image. Text was not added nor selected. Actual result: When trying to add text in empty/ partially filled rows, the footer image is selected. The user has to click away from the image and then select / add text over it. Expected result: In consistency with MS Word, when clicking over the footer image in rows where there is no/short text, the footer image should not be selected. The background footer image should be selected only if accessed from the footer, and not from the main text body.
That is exactly what Duma reported. The image should always be in the background at the bottom of the page.
Thank for detailed steps. I can confirm it with Version: 7.0.0.0.alpha1+ (x64) Build ID: 4804d969bacd25ad586b3bf70d3dc8c27adb48ef CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win; Locale: en-GB (de_DE); UI: en-GB Calc: threaded I've changed bug summary to make it more clear
MS Word handles headers/footers completely differently in terms of UI. It completely disables the main document when in H/F editing. (and makes it hard to edit the H/F). I personally like the way LO readily lets you edit the H/F. I also think that images should NOT be put in the H/F if they are intended to spill out into the main document. That really complicates everything - and there is a fair amount of problematic code that exists just to cover this corner case. So IMHO, this is a WONTFIX.
Dear Junior, 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've retested with Version: 7.3.5.2 (x64) / LibreOffice Community Build ID: 184fe81b8c8c30d8b5082578aee2fed2ea847c01 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL and attachment 160030 [details] Actual result: 1. It is now possible to select and format text in front of image 2. If you click in an area without text, image is selected. But since this i the normal behaviour in LO that might be expected So for me RESOLVED WORKSFORME.