https://bugs.documentfoundation.org/show_bug.cgi?id=135642
--- Comment #6 from Stephen Heumann <[email protected]> --- I can reproduce this on macOS with a recent development build: Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 55cd20e6228a06836285c14ca6726adb1bb4ffcb CPU threads: 10; OS: Mac OS X 13.0.1; UI render: Skia/Metal; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Looking into it a bit, the issue seems to stem from the fact that LibreOffice saves a PNG version of the SVG image for use as a fallback. So it produces code like the following in the .fodt file: <draw:frame ...> <draw:image draw:mime-type="image/svg+xml"> <office:binary-data>... </office:binary-data> </draw:image> <draw:image draw:mime-type="image/png"> <office:binary-data>... </office:binary-data> </draw:image> </draw:frame> The first <draw:image> element within the <draw:frame> is supposed to represent the preferred format of the image, in this case SVG. But when LibreOffice reads the .fodt file back in, it seems to ignore the SVG version and use the pixellated PNG version instead. If I manually edit the XML code in the .fodt file to either remove the PNG version or put the PNG version before the SVG version, then LibreOffice will use the SVG version of the image. So it seems like the issue is that LibreOffice is preferring the last <draw:image> element rather than the first one when reading a .fodt file. -- You are receiving this mail because: You are the assignee for the bug.
