Bug 164438 - Viewing images and charts is off by default, without user having turned it off
Summary: Viewing images and charts is off by default, without user having turned it off
Status: RESOLVED INVALID
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
25.2.0.0 alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: SVG-Import
  Show dependency treegraph
 
Reported: 2024-12-23 13:25 UTC by Eyal Rozenberg
Modified: 2025-01-09 07:55 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Writer 25.8 showing placeholder instead of rendered SVG (75.61 KB, image/png)
2024-12-23 13:25 UTC, Eyal Rozenberg
Details
Screenshot showing the svg image. (395.70 KB, image/png)
2024-12-23 14:19 UTC, m_a_riosv
Details
screenshot (356.97 KB, image/png)
2024-12-23 15:30 UTC, BogdanB
Details
Non-SVG images in attachment 197788 fail to render with LO Writer 25.8 nightly (141.18 KB, image/png)
2025-01-07 19:19 UTC, Eyal Rozenberg
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Eyal Rozenberg 2024-12-23 13:25:16 UTC
Created attachment 198237 [details]
Writer 25.8 showing placeholder instead of rendered SVG

Consider the SVG file in attachment 198233 [details].

Reproduction instructions:

1. Start a new Writer document
2. On the menus, choose Insert > Image...
3. Choose the SVG file from attachment 198233 [details] (which you've saved as a file beforehand)

Expected results:
You should see the rendered SVG on the new document's first page.

Actual results:
You see a placeholder rectangle, empty, with an icon reprenting an image, at a top corner. See screenshot.


Note: If you open the SVG in Draw, it does render (although we have bug 164434).

I _do_ see this with a recent nightly:

Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 2f5e75ed134cfd0224e03411ca9d7d81f319c91b
CPU threads: 4; OS: Linux 6.6; UI render: default; VCL: gtk3
Locale: en-IL (en_IL); UI: en-US

but _don't_ see this with:

Version: 24.8.3.2 (X86_64) / LibreOffice Community
Build ID: 48a6bac9e7e268aeb4c3483fcf825c94556d9f92
CPU threads: 4; OS: Linux 6.6; UI render: default; VCL: gtk3
Locale: en-IL (en_IL); UI: en-US
Calc: threaded


I should also mention that LO 24.8.3.2 gets very sluggish after loading the document.
Comment 1 m_a_riosv 2024-12-23 14:19:16 UTC
Created attachment 198241 [details]
Screenshot showing the svg image.
Comment 2 BogdanB 2024-12-23 15:30:11 UTC
Created attachment 198242 [details]
screenshot

Bad rendering but it is still something.
Version: 25.2.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 0f3f3710280d2476425bb86bc2e065e3e7a82952
CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3
Locale: ro-RO (ro_RO.UTF-8); UI: en-US
Calc: threaded
Comment 3 Eyal Rozenberg 2024-12-23 20:18:58 UTC
(In reply to m_a_riosv from comment #1)
> Created attachment 198241 [details]
> Screenshot showing the svg image.

Fair enough, so - let's say "not rendered under some circumstances". I will say that this is consistent on my system. I can always try updating to a newer nightly I suppose.
Comment 4 Eyal Rozenberg 2024-12-23 20:19:58 UTC
(In reply to BogdanB from comment #2)
> Bad rendering but it is still something.

I believe that is bug 164434.
Comment 5 Raúl Osuna 2024-12-24 15:35:17 UTC
Works for me in this version:

Version: 24.8.3.2 (X86_64) / LibreOffice Community
Build ID: 480(Build:2)
CPU threads: 16; OS: Linux 6.12; UI render: default; VCL: kf6 (cairo+wayland)
Locale: es-ES (es_ES.UTF-8); UI: es-ES
Calc: threaded
Comment 6 Eyal Rozenberg 2024-12-24 21:20:08 UTC
(In reply to Raúl Osuna from comment #5)
> Works for me in this version:

That works for me as well. I see the problem with recent nightlies. Still seeing it with:

Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 2305fe302e12c4256e452589e2533772d4213e59
CPU threads: 4; OS: Linux 6.6; UI render: default; VCL: gtk3
Locale: en-IL (en_IL); UI: en-US

downloaded just a short while ago.
Comment 7 Eyal Rozenberg 2025-01-07 19:19:41 UTC
Created attachment 198420 [details]
Non-SVG images in attachment 197788 [details] fail to render with LO Writer 25.8 nightly

I see this bug with non-SVG images as well. Opening attachment 197788 [details] with a recent nightly - images don't render, I get placeholders instead.

Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 2305fe302e12c4256e452589e2533772d4213e59
CPU threads: 4; OS: Linux 6.6; UI render: default; VCL: gtk3
Locale: en-IL (en_IL); UI: en-US
Comment 8 Buovjaga 2025-01-08 05:48:08 UTC
Is View - Images and Charts activated or not?
Comment 9 Eyal Rozenberg 2025-01-08 08:27:46 UTC
(In reply to Buovjaga from comment #8)
> Is View - Images and Charts activated or not?

... WTF? No, it wasn't! We added an option, that's off by default, for viewing images and charts? That's insane!

When I turn it on, images now render.
Comment 10 Buovjaga 2025-01-08 08:52:15 UTC
(In reply to Eyal Rozenberg from comment #9)
> (In reply to Buovjaga from comment #8)
> > Is View - Images and Charts activated or not?
> 
> ... WTF? No, it wasn't! We added an option, that's off by default, for
> viewing images and charts? That's insane!
> 
> When I turn it on, images now render.

Calm the fuck down, the option has existed basically forever and no, it's *not* off by default, you accidentally unchecked it. I checked that it's in the View menu already in 5.2, while in 3.5 it is found in Tools - Options - Writer - View.
Comment 11 Eyal Rozenberg 2025-01-08 20:43:25 UTC
(In reply to Buovjaga from comment #10)
> *not* off by default, you accidentally unchecked it.

I did not uncheck it. I didn't even realize it existed.
Comment 12 Buovjaga 2025-01-09 07:55:47 UTC
(In reply to Eyal Rozenberg from comment #11)
> (In reply to Buovjaga from comment #10)
> > *not* off by default, you accidentally unchecked it.
> 
> I did not uncheck it. I didn't even realize it existed.

You can verify by running `libreoffice --safe-mode` that the option is active by default. It would indeed be completely insane to not show images by default. I suppose the reason for the feature is to work around performance issues in heavy documents.