Description: Text flow (breaking across pages) a regular (because of anchor the character placement) Steps to Reproduce: 1. Open the attached file 2. Press Enter at the top of the page How created 1. Delete the empty paragrahs 2. Select the left image 3. Press and hold arrow down (until end of paragraph) 4. Press up again and re position it at the same position is before (anchor will be at the last line) Actual Results: Whole text moves to to second page Expected Results: Only a few lines 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: ru-RU (nl_NL); UI: en-US Calc: CL
Created attachment 164062 [details] Example file
[Automated Action] NeedInfo-To-Unconfirmed
Telesto, unfortunately nothing has happened with this bug report for more than half year. So I'd like to ask, if it is still valid. Could you please try to reproduce it with the latest version of LibreOffice? => NEEDINFO
I've treid several times, but couldn't reproduce with Version: 7.1.1.2 (x64) / LibreOffice Community Build ID: fe0b08f4af1bacafe4c7ecc87ce55bb426164676 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL
don`t repro in Version: 7.1.5.2 (x64) / LibreOffice Community Build ID: 85f04e9f809797b8199d13c421bd8a2b025d52b5 CPU threads: 6; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win Locale: en-US (ru_RU); UI: en-US Calc: threaded
Telesto, please redest => NEEDINFO
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
Created attachment 177979 [details] Screencast Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 4a388f5e01ebb5a512931d11e48c4380382239c8 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
Very strange. Now I could reproduce with Version: 7.3.0.3 (x64) / LibreOffice Community Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL Since first image ist anchored to a character in the last line, for me it's the expected result, that at least image moves to next page. So perhaps the bug is not text flow, but that anchor is still in last line after step 4 of creating the file. But actually I can't reproduce this behaviour. If I move image with arrow key, anchor doesn't move. Telesto, what do you think?
Created attachment 178010 [details] Example file (for from scratch Updated steps the create the file in question 1. Open the attached file 2. Select the left image (notice anchor position) 3. Press arrow down until bottom (there is empty new paragraph) 4. press Arrow up to move it the original position 5. Press Enter above the paragraphs, until split is expected (In reply to Dieter from comment #10) > Since first image ist anchored to a character in the last line, for me it's > the expected result, that at least image moves to next page. So perhaps the > bug is not text flow, but that anchor is still in last line after step 4 of > creating the file. But actually I can't reproduce this behaviour. If I move > image with arrow key, anchor doesn't move. > The behaviour is technically correct. However from user perspective quite hard to grasp. And well there is also a different case bug 147155 which likely caused by the same behaviour. The single paragraph moving across a page with images anchored to it (to character) where the anchor is put at certain spot, is source of trouble. (page loops, refusing movement etc) The major problem is where to which character the 'to character' anchor snaps too if it's done automatically... Sometimes I think the anchor should always be in the neighbourhood of the image.. So LibreOffice should auto-adjust the anchor, if the distance between anchor & image being to width Obviously limiting the ability to being able to set the to character anchor manually Alternative would be to anchor a to character anchor to start of the paragraph (top left corner of the paragraph) (so exactly as 'to paragraph' anchoring, by default). With only an exception made in case someone manually dragging the anchor to different spot. This would trim down the risk of having anchors at undesired locations
Created attachment 178011 [details] Example file for from scratch Sorry, initially wrong file attached
Created attachment 178012 [details] Example file to paragraph But well the to paragraph anchoring doesn't like splitting paragraph across pages either... Add a number of empty paragraph's above.. Notice the image at the right bottom moving outside page margins. and even overlapping footnotes
Putting the anchor in the nearest neightboorhood appears to be happing if you change 'to character' to 'to paragraph' and back to 'to character'
(In reply to Telesto from comment #13) > Created attachment 178012 [details] > Example file to paragraph We shouldn't mix two issues here
(In reply to Telesto from comment #12) > Created attachment 178011 [details] > Example file for from scratch > > Sorry, initially wrong file attached I confirm it with Version: 7.3.0.3 (x64) / LibreOffice Community Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL My proposal is to open a new report with this bug and to close bug 135570, because first comments ar not relevant for this problem. Summary "Anchor 'To Character' changes it's position, if top of image is moved to a different paragraph". Anchor jumps to end of the paragraph or to the beginning. This is not in line with LO Help.
(In reply to Dieter from comment #16) > This is not in line with LO Help. https://help.libreoffice.org/7.3/en-GB/text/swriter/guide/anchor_object.html?&DbPAR=WRITER&System=WIN
Dear Telesto, Could you please try to reproduce it with a master build from http://dev-builds.libreoffice.org/daily/master/ ? You can install it alongside the standard version. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the master build
Dear Telesto, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp