Description: See Step to Reproduce. Steps to Reproduce: 1. New slide 2. Use 2 content type 3. Insert one image 4. Click on it and replace it Actual Results: The new image gets inserted at the open position not replaced Expected Results: Replace the image Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info:
Hello, I reproduce with LO 6.0.4.2 Build ID: 9b0d9b32d5dcda91d2f1a96dc04c645c450872bf Threads CPU : 2; OS : Windows 6.1; UI Render : par défaut; Locale : fr-FR (fr_FR); Calc: CL and the upper versions. Also with LO 5.2.0.4 Build ID: 066b007f5ebcc236395c7d282ba488bca6720265 Threads CPU : 2; Version de l'OS :Windows 6.1; UI Render : par défaut; Locale : fr-FR (fr_FR) But not with LO 5.2.0.3 Build ID: 7dbd85f5a18cfeaf6801c594fc43a5edadc2df0c Threads CPU : 2; Version de l'OS :Windows 6.1; UI Render : par défaut; Locale : fr-FR (fr_FR) Replacement in the first content works only when the other ones are filled. I tried with three contents.
Regression introduced by: author Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de> 2016-07-05 12:05:28 +0000 committer Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de> 2016-07-05 19:58:48 +0000 commit fd6655080e181de4b78e31f13fe8ba35de8edfe5 (patch) tree b132314cd39e107b818f057cda33c07e6e9f2e47 parent 28a03248b1d1649e157b788e43dfe8326f165379 (diff) tdf#73742 Don't replace existing image when inserting one If we want to replace an image, we have an entry in the context menu for that. Bisected with: bibisect-linux-64-5.3 Adding Cc: to Samuel Mehrbrodt
Dear Iceflower S, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still reproducible in Version: 7.1.0.0.alpha0+ Build ID: cb72269f93a20dd175dae3dcf30740c9931e7684 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Not a regression per se as the change in https://cgit.freedesktop.org/libreoffice/core/commit/?id=fd6655080e181de4b78e31f13fe8ba35de8edfe5 was intentional
Before https://cgit.freedesktop.org/libreoffice/core/commit/?id=fd6655080e181de4b78e31f13fe8ba35de8edfe5, the behaviour was consistent across writer, calc and impress. If an image is selected and a new one is inserted, the second image would replace the first one. after https://cgit.freedesktop.org/libreoffice/core/commit/?id=fd6655080e181de4b78e31f13fe8ba35de8edfe5, the behaviour changed in Impress but not in Writer nor in Calc making the behaviour incosistent. @UX Team, What should be the expected behaviour ?
"Replace" should do what it says. And Insert > <image> > Replace (context menu) does replace for me in Writer and Impress. Bug 73742 talks about _inserting_ another image while another is still in focus. That works in Impress but not Writer where the focused image is overridden. Version: 6.3.6.2 Build ID: 6.3.6-1 CPU threads: 8; OS: Linux 5.7; UI render: default; VCL: kde5; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded
(In reply to Heiko Tietze from comment #7) > "Replace" should do what it says. And Insert > <image> > Replace (context > menu) does replace for me in Writer and Impress. Bug 73742 talks about > _inserting_ another image while another is still in focus. That works in > Impress but not Writer where the focused image is overridden. > > Version: 6.3.6.2 > Build ID: 6.3.6-1 > CPU threads: 8; OS: Linux 5.7; UI render: default; VCL: kde5; > Locale: en-US (en_US.UTF-8); UI-Language: en-US > Calc: threaded So from UX point of view, how should it get fixed? Changing the behaviour in Writer/Calc to behave as Impress or change the behaviour in Impress to behave like Writer/Calc ?
(In reply to Xisco Faulí from comment #8) > So from UX point of view, how should it get fixed? Changing the behaviour in > Writer/Calc to behave as Impress or change the behaviour in Impress to > behave like Writer/Calc ? Replace should replace and Insert must not replace in all modules. Since my observation is a bit different I don't know what exactly is wrong - Impress works for be but Writer not.
Dear Iceflower S, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Description issue not reproduced Version: 7.3.4.2 (x64) / LibreOffice Community Build ID: 728fec16bd5f605073805c3c9e7c4212a0120dc5 CPU threads: 2; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: CL Thanks for listening