Description: Crash dragging an image in a certain position Steps to Reproduce: 1. Open attachment 161291 [details] 2. Follow the steps in the screencast Actual Results: Crash Expected Results: No crash Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.0.0.alpha0+ (x64) Build ID: 006c65bbd472cb1d7d44e095714e28190b76be0d CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL also in 6.3 not in 6.1
Created attachment 162512 [details] Screencast
Tried around 20 times and it never crashed for me in Version: 7.1.0.0.alpha0+ Build ID: 63f3485b57904de4e77c04f5759e6563fcce6748 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded how often do you reproduce the crash ? Every other time like in the screencast ?
(In reply to Xisco Faulí from comment #2) > how often do you reproduce the crash ? Every other time like in the > screencast ? Always, but appears to pretty specific (needs 4 pages in a row, needs side deck open etc.. BTW, makes more sense to bibisect to original report about the wrong layout.. which was broken in 5.0 fixed again.. (see 6.0 6.1) and broken again.. with the 'proper' layout I can't reproduce (this).. and is surely not a common crasher based on the crash report
(In reply to Telesto from comment #3) > (In reply to Xisco Faulí from comment #2) > > how often do you reproduce the crash ? Every other time like in the > > screencast ? > > Always, but appears to pretty specific (needs 4 pages in a row, needs side > deck open etc.. > > BTW, makes more sense to bibisect to original report about the wrong > layout.. which was broken in 5.0 fixed again.. (see 6.0 6.1) and broken > again.. with the 'proper' layout I can't reproduce (this).. and is surely > not a common crasher based on the crash report Sure, all repos are here: https://wiki.documentfoundation.org/QA/Bibisect/Windows
(In reply to Xisco Faulí from comment #4) > (In reply to Telesto from comment #3) > > (In reply to Xisco Faulí from comment #2) > > > how often do you reproduce the crash ? Every other time like in the > > > screencast ? > > > > Always, but appears to pretty specific (needs 4 pages in a row, needs side > > deck open etc.. > > > > BTW, makes more sense to bibisect to original report about the wrong > > layout.. which was broken in 5.0 fixed again.. (see 6.0 6.1) and broken > > again.. with the 'proper' layout I can't reproduce (this).. and is surely > > not a common crasher based on the crash report > > Sure, all repos are here: > https://wiki.documentfoundation.org/QA/Bibisect/Windows Any update ?
Created attachment 164155 [details] Example file Document created by crash recovery.. showing the issue being older Touching the top image on page 2 and move = crash No crash with Version: 4.3.7.2 Build ID: 8a35821d8636a03b8bf4e15b48f59794652c68ba
The second example is already crashing in 4.1
Don't repro in Version: 7.0.1.2 Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-US (ro_RO.UTF-8); UI: en-US Calc: threaded
Hello Telesto, Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Except for dragging twice, still present Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: bd2f2273d83dcca43eb6b465308707efd45e7adf 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
@MWT Any change to test this, possibly windows only
Repro (but only when the sidebar was open) using both Skia: Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: ccf88845752a978ff3536c4bf66658993939caad CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL And non-Skia rendering: Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: ccf88845752a978ff3536c4bf66658993939caad CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: default; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL
CRASH in: - https://crashreport.libreoffice.org/stats/crash_details/f56b5e47-b9e8-4137-ae67-68d215301d20 using: Version: 24.2.0.3 (X86_64) / LibreOffice Community Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1 CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded - - - Followed the video in comment 1 exactly using comment 0's attachment.
Looks like my crash signature: - SwPageFrame::PreparePage(bool) was different from the crash signature currently marked on this bug.
(In reply to Tex2002ans from comment #14) No crash using: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: fc9c15ec702d8a06e8747ee5b858751e5a90e30a CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Setting NEEDINFO