... just creates a new one. Steps to confirm: 1. insert image and resize 2. right-click and Replace 3. select replacement image (try different size) Old image will still be there, new image will be there too, but a different size (in my case, stretched).
Update- figured out what was going on - it's even worse. The 'replace image' isn't replacing the image that is selected - it's replacing the image behind that image. My guess is that right-click bypasses the selected image and always selects the back image. So new process to replicate: 1. Create document with one large image in back, one smaller image in front. 2. Select front image, make sure back image isn't selected, right-click front image, make sure back image isn't being selected. 3. Replace image. 4. Back image will be replaced, front image will not!
Hello, Thank you for filing the bug. Please send us a sample document, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO', so please do change it back to 'UNCONFIRMED' once you have attached a document. (Please note that the attachment will be public, remove any sensitive information before attaching it.) How can I eliminate confidential data from a sample document? https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F Thank you
Created attachment 153214 [details] As requested...
Hello, You are trying it replace 'Bentley Home PC Support' image, right? I can't reproduce it in Version: 6.4.0.0.alpha0+ Build ID: d4a70ecf61b016a32caef015eea127d13b357cf7 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded Please provide a clearer set of step-by-step instructions on how to reproduce the problem. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the steps are provided
Created attachment 153329 [details] New attachment Sorry, attached wrong document. Run through same steps using the attached document
[Automated Action] NeedInfo-To-Unconfirmed
I tried to reproduce 1. I selected image 1 2. Context menu => Replace 3. I replace with another foto Result: Old image is no longer there (same result when I repace amage 2) In my case the new image is still stretched, but that's not the point in your bug reoprt (as far as I understand). Version: 6.4.0.0.alpha0+ (x64) Build ID: 3e64065612acec2eb29aa21e2b515953422256d7 CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@62-TDF, Branch:master, Time: 2019-08-15_22:57:26 Locale: de-DE (de_DE); UI-Language: en-US Calc: threaded
(In reply to Dieter Praas from comment #7) > I tried to reproduce > > 1. I selected image 1 > 2. Context menu => Replace > 3. I replace with another foto > > Result: Old image is no longer there (same result when I repace amage 2) > > In my case the new image is still stretched, but that's not the point in > your bug reoprt (as far as I understand). Matreecebentley, what are the steps to reproduce the problem. Have tried it in a right way or not? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the steps are provided.
As far as I can tell, the problem seems to have been resolved as of 6.2.6.2. As a side note, please don't test problems on alpha versions, we regular folk don't have access to them.
(In reply to mattreecebentley from comment #9) > As a side note, please don't test problems on alpha versions, we regular > folk don't have access to them. Everybody has access to master [1] or to alpha and beta versions [1]. Instalation is in parallel, so there is no risk for your documents. [1] https://dev-builds.libreoffice.org/daily/master/ [2] https://dev-builds.libreoffice.org/pre-releases/