Description: Anchor a chart behaves differently/wonky compared to an image Steps to Reproduce: 1. Open the attached file 2. Press enter after Lightning (last word) 3. Chart moves further down to what would be expected 4. Correct it 5. Select the chart again 6. Select the anchor and drag it to the original position, so after Lightning.. chart moves up inside text 7. Select the chart and drag it to original position.. it refuses to have to anchor after Lightning Actual Results: Anchor to chart (and probably as fontwork) has it's own handling. Different from image Expected Results: Harmony Reproducible: Always User Profile Reset: No Additional Info: Version: 7.0.0.2 Build ID: c01aa64b6c3d89ebe5fe69c28c7adb24eb85249c CPU threads: 4; OS: Mac OS X 10.12.6; UI render: default; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded
Created attachment 164400 [details] Example file
Also in LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
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
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
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
Still off Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 93115d2c54d645bcf2f80fde325e3ede39dee4d5 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
(In reply to Telesto from comment #0) > Description: > Anchor a chart behaves differently/wonky compared to an image > > Steps to Reproduce: > 1. Open the attached file > 2. Press enter after Lightning (last word) > 3. Chart moves further down to what would be expected > 4. Correct it > 5. Select the chart again > 6. Select the anchor and drag it to the original position, so after > Lightning.. chart moves up inside text > 7. Select the chart and drag it to original position.. it refuses to have to > anchor after Lightning The anchoring is "To Character". With step 7, if I drag the chart down enough (about below the middle of the page), it does move its anchor to the new empty line. I'm not entirely sure about what step 4 means, though. If you can still reproduce it, maybe a screencast would be useful. Arch Linux 64-bit Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: fe0795c52f783a0cfb9e90aab4ae6fac4eac68df CPU threads: 8; OS: Linux 6.0; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 24 October 2022
One thing to add is that the wrapping plays an important role here, so you should carefully check that the difference is behavior is not coming from the different wrapping settings for an image and a chart.
(In reply to Buovjaga from comment #7) > maybe a screencast would be useful. Telesto, could you please add a screencast? I will try to reproduce it then. Tahnk you. NEEDINFO