Bug 135854 - Image disappearing of changing page wrap to optimal (paragraph where the 'as character' image is anchored to' is moving up
Summary: Image disappearing of changing page wrap to optimal (paragraph where the 'as ...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.2.0.4 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest, regression
Depends on:
Blocks: Anchor-and-Text-Wrap Writer-Images
  Show dependency treegraph
 
Reported: 2020-08-17 19:04 UTC by Telesto
Modified: 2021-09-30 07:03 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file (914.49 KB, application/vnd.oasis.opendocument.text)
2020-08-17 19:04 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-08-17 19:04:02 UTC
Description:
Image disappearing of changing page wrap to optimal (paragraph where the 'as character' image is anchored to' is moving up

Steps to Reproduce:
1. open the attached file
2. Change the wrap of the second image on the first page to something different

Actual Results:
Image of page 2 moves up to page 1 and gets invisible (because of the 'to character anchoring'. Change it to 'to paragraph or to character' before changing the wrap and the same jump occurs

Expected Results:
The hard part, there is a logical explanation for this. OTOH rather annoying experience. As wrap can have large impact.

Sometimes I wish anchoring was to 'a row', instead of to specific 'paragraph' or anchor. So the anchor is attached to a 'certain' line (similar to line numbering'). Paragraphs also being virtually present at area's where image wrap doesn't allow paragraphs. So it's anchoring is unaffected by wrap settings.


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.1.0.0.alpha0+ (x64)
Build ID: <buildversion>
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
Comment 1 Telesto 2020-08-17 19:04:40 UTC
Created attachment 164386 [details]
Example file
Comment 2 Telesto 2020-08-17 19:09:04 UTC
Found in
7.1

6.0

4.4.7.2

and in
4.2

but not in
Versie: 4.1.0.4 
Build ID: 89ea49ddacd9aa532507cbf852f2bb22b1ace28
Comment 3 Dieter 2021-03-28 09:57:51 UTC
Telesto, it seems, that nobody could confirm this bug since more than one year. So Iā€˜d like to ask, if it is still reproducible for you. Could you please try to reproduce it with a master build from http://dev-builds.libreoffice.org/daily/master/current.html? 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.
Comment 4 QA Administrators 2021-09-26 03:58:18 UTC Comment hidden (obsolete)
Comment 5 Telesto 2021-09-27 18:13:04 UTC
Still there
Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: d5e55d204b71710eb5eb5d2c683dd6698626df3c
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: en-US (nl_NL); UI: en-US
Calc: CL
Comment 6 Dieter 2021-09-30 07:03:36 UTC
I confirm it with

Version: 7.2.1.2 (x64) / LibreOffice Community
Build ID: 87b77fad49947c1441b67c559c339af8f3517e22
CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: CL

Telesto, I can't test with LO 4.1. But how this version solved the problem. If it is really a regression, the behaviour in LO 4.1 would be the expected result.