Description: Twee jpg-afbeeldingen in een Writer-document opgenomen en dan 90° verdraaid en gepositioneerd. (Omloop = Door en Verankeren == Aan Teken) Opgeslaan als een .doc document. Na heropenen zijn afmetingen nog goed, maar zijn de afbeeldingen terug rechtgezet binnen de juiste afmetingen en dus volledig vervormd. Steps to Reproduce: 1.Voeg een afbeelding toe in Writer-docuent 2.Draai afbeelding 90° 3.Sla document op als .doc 4.Heropen het document en controleer afbeelding Actual Results: Afmetingen van de afbeelding zijn gebleven zoals voor opslag. Maar afbeelding is terug recht gezet binnen de gedraaide afmetingen. Expected Results: De afbeelding had 90° gedraaid moeten blijven zoals vóór de opslag. Reproducible: Always User Profile Reset: No Additional Info: Heb het ook getest bij opslag als .odt document en dan blijft het wel goed. Mijn LibreOffice-versie is 25.8.23.2 maar kan ik niet kiezen in dit rapport!
Tested on Windows 11.LibreOffice versions: 25.8.23.2 (x86_64) stable and 26.2.0.0.alpha0+ (x86_64) alpha The issue is reproducible in both versions. After saving a rotated JPG image as .doc and reopening the file, the image rotation is lost while the frame dimensions remain unchanged, resulting in a distorted image. Saving the same document as .odt preserves the rotation correctly. Reproducible: Always
Steps to reproduce: 1. Create a new writer document 2. Insert -> Image 3. Select a .jpg image to insert 4. Select the image in the document 5. Format -> Rotate or flip -> Rotate 90° left (the image is rotate correctly) 6. Deselect the image 7. File -> save as (and save the new file as .doc) 8. Close the document 9. Reopen the document Actual behavior: The image has the same size but it's completely stretched and distorted Expected behavior: The image is still in the same position, same size and rotated as we saved it repro on: Version: 25.8.3.2 (AARCH64) Build ID: 8ca8d55c161d602844f5428fa4b58097424e324e CPU threads: 8; OS: macOS 26.1; UI render: Skia/Metal; VCL: osx Locale: it-IT (it_IT.UTF-8); UI: en-US Calc: threaded
Marcel: please edit the summary to be in English.
There have been a couple of behaviour changes related to this in version 6.0. The rotation used to work fine. With commit a42b0985c7619efdc934bb1cf19e5e2c2b6faea2 RotGrfFlyFrame: Initial adaptions the rotation became undone after saving and reloading. The current behaviour started with commit 6675e6eaf999de94d49d7644d5877537fda83239 RotateFlyFrame3: Initial support added