Bug 121541 - CRASH moving group box form anchored to character in header
Summary: CRASH moving group box form anchored to character in header
Status: RESOLVED DUPLICATE of bug 129542
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: high major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: haveBacktrace
Depends on:
Blocks: Anchor-and-Text-Wrap Form-Controls Crash
  Show dependency treegraph
 
Reported: 2018-11-20 10:20 UTC by Xisco Faulí
Modified: 2021-08-17 16:03 UTC (History)
4 users (show)

See Also:
Crash report or crash signature: ["SwDoc::ChgAnchor(SdrMarkList const &,RndStdIds,bool,bool)"]


Attachments
screencast (1.39 MB, video/mp4)
2018-11-20 10:23 UTC, Xisco Faulí
Details
bt with debug symbols (6.20 KB, text/plain)
2018-11-20 21:10 UTC, Julien Nabet
Details
bt with debug symbols from "missing anchor frame at marked object" (5.58 KB, text/plain)
2018-11-20 21:13 UTC, Julien Nabet
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Xisco Faulí 2018-11-20 10:20:45 UTC
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
Comment 1 Xisco Faulí 2018-11-20 10:22:05 UTC
Once the form is inserted, it's important to deselect it before changing its anchor...
Comment 2 Xisco Faulí 2018-11-20 10:23:16 UTC
Created attachment 146816 [details]
screencast
Comment 3 Xisco Faulí 2018-11-20 10:28:23 UTC Comment hidden (obsolete)
Comment 4 Xisco Faulí 2018-11-20 10:28:45 UTC
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)
Comment 5 Xisco Faulí 2018-11-20 10:31:05 UTC
Also crashing in

AOO413m1(Build:9783)  -  Rev. 1761381
2016-09-29 02:39:19
Comment 6 Oliver Brinzing 2018-11-20 11:15:28 UTC
confirming crash with 

AOO415m1(Build:9789)  -  Rev. 1817496
2017-12-11 17:25
Comment 7 Julien Nabet 2018-11-20 21:10:17 UTC
Created attachment 146851 [details]
bt with debug symbols

On pc Debian x86-64 with master sources updated today, I could reproduce this.
Comment 8 Julien Nabet 2018-11-20 21:13:57 UTC
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" );
Comment 9 Xisco Faulí 2019-07-29 15:20:08 UTC
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
Comment 10 Christophe Strobbe 2021-08-10 19:05:48 UTC
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).
Comment 11 Julien Nabet 2021-08-16 09:19:44 UTC
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?
Comment 12 Xisco Faulí 2021-08-17 13:26:25 UTC
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
Comment 13 Xisco Faulí 2021-08-17 16:03:26 UTC
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 ***