https://bugs.documentfoundation.org/show_bug.cgi?id=119023
--- Comment #12 from Telesto <[email protected]> --- (In reply to Justin L from comment #11) > I can't reproduce in 7.6 or 7.0. No missing images and no hung cpu. True, no missing images.. Version: 7.6.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 22950a9b008e1bb22fa9e54b5d45715e25fee764 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL threaded However the initial bug was reported by an x32 build. 2GB limited, made it crash Anyhow the funny part 1. Opening and the ODT and scrolling = 226 MB ram usage (with Skia Raster) 2. Open the DOC and scrolling and scrolling = 2,5 GB ram usage (with Skia Raster) with x64 build I'm really unfamiliar with the binary doc format. 1. I assume the same image being loaded by reference (stored a single time in ODT) and doc export making all those images unique. There are all sorts of optimizations: like (https://tomazvajngerl.blogspot.com/2018/01/improving-image-handling-in-libreoffice.html) And Skia has optimizations too to reduce RAM usage. However the optimizations apparently fail with DOC, because the how images are stored and handled.. But that's only a guess, unfamiliar with the DOC format --- Something different I observed (but off-topic here) 1. Open the ODT 2. Export it to DOCX 3. File -> Reload -> most images are invisible -- You are receiving this mail because: You are the assignee for the bug.
