https://bugs.documentfoundation.org/show_bug.cgi?id=148295
tmacalp <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #8 from tmacalp <[email protected]> --- I believe I ran into this bug today using Version: 24.8.4.2 (X86_64) / LibreOffice Community Build ID: bb3cfa12c7b1bf994ecc5649a80400d06cd71002 CPU threads: 72; OS: Linux 4.18; UI render: default; VCL: x11 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded * This seems to affect exif-rotated images and is likely a wide-spread issue. Recent Samsung phones(tested on S22 and A52) take portrait photos as landscape and just use EXIF metadata to tell the viewer to rotate the image. * When LibreOffice inserts these images, it takes forever because it is CONVERTING THEM INTO PNG. This blows up the drawing size, turning a 3.5MB image into a 12.6MB drawing. And that was a single image! * You can verify the image has been converted into PNG by right-clicking on the image in Draw/Writer and clicking "Compress...". You'll see its "Type" under "Image Information" is now a PNG image, not JPG. * This affects not only Writer, but Draw, Calc, and any other LO component when using Insert -> Image Note: * It only converts to PNG if I use Image -> Insert. I don't experience this issue if I drag and drop an image from another application (file-manager, image viewer, copy/paste). When I drag/drop from another application it ignores the rotation EXIF metadata and inserts the image un-rotated, but at least keeps it as a JPG. * In the "Compress..." dialog, you can change the image back to JPG compression to reduce file size. * If you run "jhead -autorot" on the images before-hand, you can apply the rotation and avoid LibreOffice converting them into PNG. -- You are receiving this mail because: You are the assignee for the bug.
