Description: When scrolling, the image of the page disappears. After I adjusted the frame on the first and second pages, the phenomenon disappeared. (The document was previously created with Microsoft Word) I also made a video about the phenomenon, here is the link: https://drive.google.com/file/d/13mFg-HdH0fd9pFMztDcQ6rDvDR_e2hnC/view?usp=sharing Actual Results: https://drive.google.com/file/d/13mFg-HdH0fd9pFMztDcQ6rDvDR_e2hnC/view?usp=sharing Expected Results: the error is gone Reproducible: Always User Profile Reset: No Additional Info: Always show page content
Please paste here the information on Menu/Help/About LibreOffce (There is an icon to copy)
Created attachment 188164 [details] information information
Comment on attachment 188164 [details] information I tested it on two different versions. See the other one in the attachment Version: 7.5.4.2 (X86_64) Build ID: 50(Build:2) CPU threads: 4; OS: Linux 6.3; UI render: default; VCL: kf5 (cairo+xcb) Locale: hu-HU (hu_HU.UTF-8); UI: hu-HU Calc: threaded
I could not reproduce in: Version: 7.5.4.2 (X86_64) / LibreOffice Community Build ID: 36ccfdc35048b057fd9854c757a8b67ec53977b6 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded I used a PNG and tried all the anchoring options available for the picture. Can you please: - Provide an example document (without private information), so we can test in the same conditions - See if the issue is kf5-specific by launching LibreOffice from the command line with: SAL_USE_VCLPLUGIN=gen libreoffice7.5 That command will use a generic VCL. See if you still have the same issue. Thank you!
Created attachment 188217 [details] problematic docx
Sorry, my previous error report was wrong! There is a problem with the frame overlap, which causes the entire content of the page to disappear when scrolling. I tried it with the given parameter and the gtk3 interface, the error still exists in the case of a document created in Windows (docx). Under Windows and in WPS, there is no such appearance error and the frame does not overlap to the next page. When we resize the frame in LibreOffice so that it doesn't overlap, the problem goes away. I have attached the problematic docx.
Thank you! Reproduced with: Version: 7.4.7.2 / LibreOffice Community Build ID: 723314e595e8007d3cf785c16538505a1c878ca5 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded As well as a recent master build: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e4e5fb4b2935e395c7e4b3a794d544a6f44709ce CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Contents disappear from canvas as the document is scrolled. If the picture WordPictureWatermark1 is deleted, no bug. If the picture's anchoring is changed from "to character" to something else, no bug. If the picture is moved, no bug. 7.3.7.2 is OK, so regression in 7.4. Bibisected with linux-64-7.4 repository to first bad commit 0844569e325deafaa9d4b1eb3f7bc83d805528c4 which points to core commit: commit 344d90b20bdf95e9888f916672bbe51a5d700d02 author Caolán McNamara <caolanm@redhat.com> Wed Nov 23 17:29:56 2022 +0000 committer Christian Lohmaier <lohmaier+LibreOffice@googlemail.com> Wed Dec 14 11:09:08 2022 +0000 tdf#152094 don't attempt scroll paint optimization for devices with a mapmode Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143157 There was some inconsistency in reproducing, so make sure you test in safe mode. Caolán, can you please have a look?
FWIW, same issue on Windows (except not at the same location as the screencast in comment 0) Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 30ee52e6c284be1095fdf278439b4c0a7c5982f0 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL threaded Easiest to see scrolling with zoom level set to 50% (in multipage view). Images appear/disappear when scrolling around It's indeed related to WordPictureWatermark1
With that commit reverted in a local trunk build the disappearing continues so not sure exactly what might be going on there
Did you try in safe mode? I compared a checkout of the build at said commit and HEAD~1 and could see the difference (tried a few times), but I had to make sure it was tested in safe mode, as in comment 7.
but it certainly bisects there