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
Created attachment 164386 [details] Example file
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
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.
Dear Telesto, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
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
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.