Description: Crash changing form properties (Text type from multi-line to single line or visa versa) Steps to Reproduce: 1. Open the attached file (based on bug 107092) 2. Go to design mode (from design toolbar) 3. Double click this one 4. Scroll down for text type (nearly at the bottom) 5. Hoover of the box and scroll up down using the scroll wheel or select multiline single line etc.. -> Crash Actual Results: Crash Expected Results: No crash Reproducible: Always User Profile Reset: No Additional Info: Version: 7.0.0.0.alpha1+ (x64) Build ID: f9790da286f2d2fa47f1748f8cfa6172c6622ca3 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win; Locale: de-CH (nl_NL); UI: en-US Calc: CL but not in 6.4.3
Created attachment 160909 [details] Example file
vcl::Window::GetParentWithLOKNotifier+0x57:
Created attachment 160910 [details] Screencast Alternative route: switch focus between form & editor
Created attachment 160926 [details] bt with debug symbols (gen) On pc Debian x86-64 with master sources updated today, I had a crash just when double click second box at top right. Only with gen rendering, not gtk3.
Oups, it's not gen only, I could reproduce this too with gtk3.
(In reply to Julien Nabet from comment #5) > Oups, it's not gen only, I could reproduce this too with gtk3. I really should double check sometimes. I can reproduce this with gen and kf5 rendering but NOT with gtk3.
Caolán: thought you might be interested in this one. Indeed, in this one I can't reproduce crash with gtk3 but could do with gen and kf5 rendering. (see bt attached). Quite weirdly, I put a break here: #1 0x00007fff873b9a02 in pcr::OPropertyEditor::RemovePage(unsigned short) (this=0x8f70840, nID=2) at extensions/source/propctrlr/propertyeditor.cxx:155 and noticed that when using gtk3, we don't enter there.
Bibisected using bibisect-win64-6.5 to: URL: https://cgit.freedesktop.org/libreoffice/core/commit/?id=1efeb17837c22499f00299c033ae59ba3910f7d7 author: Caolán McNamara <caolanm@redhat.com> committer: Caolán McNamara <caolanm@redhat.com> summary: weld Property Browser
looks like trying to unparent a vcl::Control doesn't do what I wanted it to do
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/f7ceb1f805b45cbd4b322da2ca4039d56dd430b3 tdf#133098 cannot truly unparent a vcl widget It will be available in 7.0.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
that seems to be the problem here
@Telesto, could you please confirm the issue is fixed ?
Nevermind. Can reproduce the original crash with gen and I do confirm is fixed in Version: 7.0.0.0.alpha1+ Build ID: 8209c2569f5726f9ed29f75d30efdccb94f98fe5 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: x11; Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded @Caolán, thanks for fixing this issue!!