Steps to reproduce: 1. Open Writer 2. Insert a header 3. Go to View - Toolbars - Form Control 4. Make sure the wizard button is enabled 5. Click on more controls button 6. Add a Group Form to the header 7. Add a new field and click Next until the wizard finishes 8. Change form's anchor to 'to character' 9. Move the form -> Crash!! Reproduced in Version: 6.2.0.0.beta1+ Build ID: c13f4d0a2ff503cdebbc789e1711f90e7b5fe379 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded
Once the form is inserted, it's important to deselect it before changing its anchor...
Created attachment 146816 [details] screencast
Reproduced in Version: 5.2.0.0.alpha0+ Build ID: 3ca42d8d51174010d5e8a32b96e9b4c0b3730a53 Threads 4; Ver: 4.10; Render: default; Version: 4.3.0.0.alpha1+ Build ID: c15927f20d4727c3b8de68497b6949e72f9e6e9e Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a) LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
Reproduced in Version: 5.2.0.0.alpha0+ Build ID: 3ca42d8d51174010d5e8a32b96e9b4c0b3730a53 Threads 4; Ver: 4.10; Render: default; Version: 4.3.0.0.alpha1+ Build ID: c15927f20d4727c3b8de68497b6949e72f9e6e9e Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a)
Also crashing in AOO413m1(Build:9783) - Rev. 1761381 2016-09-29 02:39:19
confirming crash with AOO415m1(Build:9789) - Rev. 1817496 2017-12-11 17:25
Created attachment 146851 [details] bt with debug symbols On pc Debian x86-64 with master sources updated today, I could reproduce this.
Created attachment 146852 [details] bt with debug symbols from "missing anchor frame at marked object" Another bt from: OSL_FAIL( "<SwFEShell::IsFrameVertical(..)> - missing anchor frame at marked object -> This is a serious situation" );
Still reproducible in Version: 6.4.0.0.alpha0+ Build ID: 0d36b32755ac662299e6a8165e9fa57311b74a2f CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded
Unless I have misunderstood the "steps to reproduce", I could not recreate the crash in LibreOffice 7.1.3.2 on OpenSUSE Leap 15.2. It does not make a difference whether I save the (new) document before adding the header or not. Since this seems to require more testing on other platforms, I am not changing the status to "WorksForMe" for now. One final note: If the issue still exists on other platforms, I think it should be fixed by preventing form controls from being added to a document's header (or footer). The reason is that such form controls are simply not perceivable to screen reader users. In other words, adding form controls to a header or footer causes accessibility issues (a type of issues that LibreOffice has been trying to fix).
On pc Debian x86-64 with master sources updated today, I don't reproduce this anymore. Now perhaps I missed something, it's quite old. Xisco: do you reproduce this?
Not reproducible in Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: 615a340fcf05845397ea3c9917e2eadf074b4514 CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded nor in Version: 7.1.0.0.alpha1+ Build ID: 738bcf5e9a8c443d60c29c3a8068e8c16c72638a CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
The issue got fixed by https://bugs.documentfoundation.org/show_bug.cgi?id=129542, thus closing as DUPLICATED of bug 129542 *** This bug has been marked as a duplicate of bug 129542 ***