Description: Create a document that has - A background image ("watermark") in the header, - longer text, - numbering (see attached file). 1. Highlight part of the text (in the attached file, the yellow highlighting) 2. Repeatedly press Ctrl+X, Ctrl+V (you can stay in the same place). In my case, 2 times is enough to lose visibility of the text above on the previous page. Steps to Reproduce: Create a document that has - a background image ("watermark") in the header, - longer text, - numbering (see attached file). 1. Mark part of the text (in the attached file, the yellow highlighting) 2. Use Ctrl+X, Ctrl+V repeatedly (you can stay on the same place). In my case, 2 times is enough to lose visibility of the text above on the previous page. Actual Results: Previous text becomes invisible until you scroll the document (e.g. with the mouse wheel). Moving the cursor with the keyboard arrows has no effect. Expected Results: Text should remain visible at all times. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1 CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: sk-SK (sk_SK); UI: en-GB Calc: CL threaded I tried if a clean user profile will resolve the problem, but it did not... On the other hand on an installed test version of LO (7.6.0.2 and 7.6.5.1 installed with Separate Install GUI on other drive, not C) the described behaviour does not occur, so I am not sure, what can it cause. But I am sure, this behaviour was present also month ago (LO 7.2, 7.3,...) on standard installation.
Created attachment 192449 [details] test file
Try changing skia options Menu/Tools/LibreOffice/View
Hi, thanks for the suggestion. Changing Tools/Options/LibreOffice/View did not solve the problem. Whether Skia is enabled (and forced rendering on/off) or disabled, the behaviour is the same. I have also tried restarting LO in Safe Mode (and also compare settings of Skia with the separate test installation of LO on a different drive which I mentioned - the settings were the same), but this has not helped.
So, we need to wait for someone able to reproduce the issue.
The text disappears because the Header with the image holding the three "WATERMARK" lines extends outside the header's layout block. That image is not transparent, though the frame is set 80% transparent. Suspect that on Cut - Paste, cursor focus is somehow jumping into the Header exposing the non-transparent image anchored in the header, which then hides the document's body paragraph text--but only until the document view port is changed, when it will refresh. The Cut/Paste trigger, I can't confirm. Bcz you have to make a new selection from canvas to be able to repeat the Cut. After the Paste, there is no selection. Would think the better practice (more reliable) for your multiline WATERMARK layout would be to remove the image from the Header, and instead edit the Page style. There set the Area to 'Image' and Add/Import the image as the page area. Adjust transparency if needed. And so not to abuse the Header/Footer areas of your document with content that passes into the main canvas body. Otherwise the single text span Watermark... from the Format main menu is also available.
Thank you for reporting this bug Orwel. Tnhis bug also occurs on an ARM64 2023 MacBook Pro with MacOS version Sonoma 14.1.2. On the stable LibreOffice version 24.2.1.2 (AARCH64), I press Command-X and Command-V in that order 5 times and I lose complete visibility of the previous page. On the master build LibreOffice version 24.8.0.0.alpha0+ (AARCH64), it only takes 2 Command-X and Command-V operations.