Created attachment 162541 [details]
Example file

Found in
Version: 6.0.6.0.0+
Build ID: c30963b8b4bbbe42a24b97aafa161eff9d7ccdd4
CPU threads: 4; OS: Windows 6.3; UI render: default; 
Locale: nl-NL (nl_NL); Calc: CL

but not in
Versie: 5.2.4.2 
Build ID: 3d5603e1122f0f102b62521720ab13a38a4e0eb0
CPU Threads: 4; Versie besturingssysteem:Windows 6.2; UI Render: standaard; 
Locale: nl-NL (nl_NL); Calc: CL

Also in
Versie: 5.3.5.2 
Build ID: 50d9bf2b0a79cdb85a3814b592608037a682059d
CPU-threads: 4; Besturingssysteem:Windows 6.2; UI-render: standaard; Layout Engine: old; 
Locale: nl-NL (nl_NL); Calc: CL

Also in 5.2 (I was wrong)
Also in 5.1
Not in 5.0

However it crashes when moving the image again (that does not happen with 4.4.7.2)

Created attachment 162546 [details]
Bibisect log

Bibisected to 2657d8d66ffd95013a4913d929ae452186be8be7 is the first bad commit
commit 2657d8d66ffd95013a4913d929ae452186be8be7
Author: Norbert Thiebaud <nthiebaud@gmail.com>
Date:   Fri Sep 4 17:35:26 2015 -0700

    source f7bc163ca4f643b6f046892de6d99ec8049b6955

    source f7bc163ca4f643b6f046892de6d99ec8049b6955
    source c82672717b5f355bc406f0b5d78b5d6c5b9dd621
    source 7289f291fe6a43487c7edeb2b14169cc3a0d6694
    source 2b8e62f7b6e0a45a9ff1ec530b2e941f3fbcf1a0

For the record.. I bibisected the point, where the looping - so never finished - previously it did stop (after 8 seconds of attempts).. the previous state was not stable either.. touch the image again.. crash

Created attachment 162547 [details]
Bibisect log crash

Crashing at second drag started here (not sure if relevant anymore)
# possible first bad commit: [08518721ea5688427dd2f3f02682782dc5aa513a] source b951771244d511c140a7c84181a1e160d9ef97c1
# possible first bad commit: [4b8747be032833fc4c20d83f57cb1b17899144ec] source e4fab06d82299054ddd46c7d925d300cd3d0a17d
# possible first bad commit: [45bab4b78bb1725ee35071dabc89a411e5093a87] source 75155bcf07d296352162d0b963493b4ba0238cca
# possible first bad commit: [c7a8fc8ad2f441ca5f993c384db5955b96619e97] source 2633a2a34eb2e3c3de807ba0d9966c42330b6ff0
# possible first bad commit: [1a67d9871788c07ab2b3859145fa62a0aec9f4af] source fb69055c1b505ed09fb170093bab4ecd5bb3fdc7
# possible first bad commit: [289944c3cdfecb42472737a5d5b0704bfb29a125] source 6c02186ec0660c1fd4d1fd46b6d4ce97ff1178ec

Created attachment 162573 [details]
Next example

1. Open the attached file
2. CTRL+A
3. CTRL+X
4. CTRL+SHIFT+V -> Paste RTF -> And start waiting

Reproduced

Arch Linux 64-bit
Version: 7.2.0.0.alpha0+
Build ID: 8ac5b55ada3f408b8a6084a2e1811bbf4ee7ad51
CPU threads: 8; OS: Linux 5.10; UI render: default; VCL: kf5
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 10 January 2021

(In reply to Buovjaga from comment #8)
My bibisect in comment 6 makes no sense .. can find any commit which explains the crash

Additional information:

Small modifications that avoid crash/freeze:

1.  Change Vertical and Horizontal Position of "afbeelding99" to Entire Page, instead of "Entire Paragraph".  Now you can change anchor "to character" without crash.

2. Change anchor of "afbeelding100" to "to paragraph"  (both images move to first page), now you can change anchor of "afbeelding99" to "to character" without crash.

3. Drag "afbeelding100" downward with mouse (arrow keys do not work), it will move to the next page (after the "cat photo" (Afbeelding181)), because "afbeelding100" is anchored "to character", where the character is the cat photo (which is anchored "as character").  Now you can change the anchor of "afbeelding99" to "to character" without crash.

4.  Select the first three lines after the cat photo (starts with: consequat, vel illum dolore eu feugiat) and paste it in front of the photo.  Note that the text will move to the same page as "afbeelding99" and "afbeelding100".  Now you can change the anchor of "afbeelding99" to "to character" without crash.

In short -- the "test file" is a highly specialized (and highly unlikely) case where the cat photo is the first character of the paragraph to which it appears that both "afbeelding99" and "afbeelding100" are anchored.  

I have shown several different ways that one could "avoid" the crash -- though I cannot explain why the particular combination results in the crash.

Maybe it is a regression, I have no knowledge or opinion about that.  But even if it was -- is it worth keeping this ticket open for a configuration that is highly unlikely to be created in a normal use situation?  I would propose something like INVALID or INSUFFICIENTDATA

I followed Comment 0 exactly.

I DO NOT reproduce crash or freeze in:

Version: 24.8.3.2 (X86_64) / LibreOffice Community
Build ID: 48a6bac9e7e268aeb4c3483fcf825c94556d9f92
CPU threads: 8; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

The image seems to change from paragraph->character fine.

- - -

I also followed Comment 7 (but this seems like a COMPLETELY separate, unrelated bug):

- NO FREEZE in 24.8.3

but I did see some different layout issues:

- On open:
--- On Page 2, the 2 graphs were slightly overlapping.
- After Step 4 (pasting as RTF):
--- The 2 graphs were on separate pages.

It freezes for a while (60 seconds?), but eventually finishes
Version: 25.2.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 5e0c670e6534fee529ea46d520c6b442bea93aac
CPU threads: 8; OS: macOS 14.7.1; UI render: Skia/Metal; VCL: osx
Locale: nl-NL (nl_NL.UTF-8); UI: en-US
Calc: threaded

Created attachment 198108 [details]
Example file

Slightly modified version of comment 0 with different anchoring which freezes after a small scroll