Bug 166783 - Adding a border around image with padding - shrinks the image
Summary: Adding a border around image with padding - shrinks the image
Status: RESOLVED DUPLICATE of bug 85860
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-05-29 10:34 UTC by Telesto
Modified: 2025-05-29 20:55 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Sample (80.04 KB, application/vnd.oasis.opendocument.text)
2025-05-29 10:34 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2025-05-29 10:34:03 UTC
Description:
Adding a border around image with padding does shrink the image

Steps to Reproduce:
1. Open the attached file
2. Select the image -> Press F4 or Image properties
3. Border tab
4. Line Present -> All 4 borders
5. Set the padding to say: 0,50 cm

Actual Results:
Image shrinks with the size of the padding

Expected Results:
Image size unchanged + added padding


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 25.8.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 043b186d10fca4a613ce62c1e0d04f86ec63799c
CPU threads: 4; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL threaded

also in
OpenOffice 2.2.0
Comment 1 Telesto 2025-05-29 10:34:16 UTC
Created attachment 201024 [details]
Sample
Comment 2 Telesto 2025-05-29 10:39:49 UTC
I personally not expect padding to affect the image size. It's not intuitive, or expected, IMHO. However, this has been this way since forever. So backwards compatibility surely a hurdle changing this.
Comment 3 V Stuart Foote 2025-05-29 17:03:46 UTC

*** This bug has been marked as a duplicate of bug 85860 ***
Comment 4 Eyal Rozenberg 2025-05-29 20:55:50 UTC
(In reply to Telesto from comment #2)
> However, this has been this way since forever.

That's true for any number of bugs. 

> So backwards compatibility surely a hurdle changing this.

Bugwards compatibility should not be a thing... or, in other words: Nobody wanted this behavior, and they won't want it now, either.

Note that this is not about rendering documents created in older versions a different way, just the behavior of a given version of the app.