Bug 168484 - The SVG images appear smaller than they should be
Summary: The SVG images appear smaller than they should be
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
25.8.1.1 release
Hardware: All All
: medium normal
Assignee: 2149292144
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-09-19 16:22 UTC by 2149292144
Modified: 2026-01-21 16:39 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
The affected document. (3.38 KB, image/png)
2025-09-19 16:22 UTC, 2149292144 		Details
An affected document. The red background shows the unwanted gap. (12.27 KB, application/vnd.oasis.opendocument.graphics)
2025-09-20 11:30 UTC, 2149292144 		Details
The SVG shown in the top-left of the document. (279 bytes, image/svg+xml)
2025-09-20 11:45 UTC, 2149292144 		Details
Another example. The SVG shown here is also created with LibreOffice Draw, originally sized 1cm. (10.92 KB, application/vnd.oasis.opendocument.graphics)
2025-09-20 11:51 UTC, 2149292144 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description 2149292144 2025-09-19 16:22:11 UTC 
Created attachment 202906 [details]
The affected document.

The software adds a narrow gap around each SVG image, which is not documented and cannot be disabled. Bitmaps are not affected. The gap is narrower than 1mm so you may need to zoom in the document to see it.
Comment 1 m_a_riosv 2025-09-19 21:47:08 UTC 
Please attach a sample file, reduce the size as much as possible without private information,
and paste the information in Menu/Help/About LibreOffice, there is a copy icon.
Comment 2 2149292144 2025-09-20 11:30:11 UTC 
Created attachment 202912 [details]
An affected document. The red background shows the unwanted gap.

The gap seems to be 1/2-unit wide (the “unit” refers to the one used in SVG coordinates). The text below shows the size of the original SVGs. Besides making images smaller, the aspect ratios of non-square images are also affected.
Comment 3 2149292144 2025-09-20 11:31:06 UTC 
Software info:

Version: 25.8.1.1 (X86_64)
Build ID: 54047653041915e595ad4e45cccea684809c77b5
CPU threads: 16; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win
Locale: zh-CN (zh_CN); UI: zh-CN
Calc: CL threaded
Comment 4 2149292144 2025-09-20 11:42:31 UTC 
(In reply to 2149292144 from comment #2)
> Created attachment 202912 [details]
> An affected document. The red background shows the unwanted gap.
> 
> The gap seems to be 1/2-unit wide (the “unit” refers to the one used in SVG
> coordinates). The text below shows the size of the original SVGs. Besides
> making images smaller, the aspect ratios of non-square images are also
> affected.

According to further attempts, the “unit” seems to be always “designed pixel”.
Comment 5 2149292144 2025-09-20 11:45:38 UTC 
Created attachment 202913 [details]
The SVG shown in the top-left of the document.
Comment 6 2149292144 2025-09-20 11:51:28 UTC 
Created attachment 202914 [details]
Another example. The SVG shown here is also created with LibreOffice Draw, originally sized 1cm.
Comment 7 m_a_riosv 2025-09-21 01:07:56 UTC 
@Xisco can you take a look?
Comment 8 Buovjaga 2026-01-21 16:39:15 UTC 
(In reply to 2149292144 from comment #2)
> Created attachment 202912 [details]
> An affected document. The red background shows the unwanted gap.

The red is now only seen after you grab and move the object. I reported the issue as bug 170422

However, I don't see any gap between the red and the black on Linux or Windows.

Arch Linux 64-bit
Version: 26.8.0.0.alpha0+ (X86_64)
Build ID: 58da9d878db744f871072ef85f643a39e3c71a1f
CPU threads: 8; OS: Linux 6.18; UI render: default; VCL: gtk3
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: CL threaded
Built on 21 January 2026