Bug 166877 - Attempting to input a image size value of 4,81 mm systematically adjusted to 4,82 mm
Summary: Attempting to input a image size value of 4,81 mm systematically adjusted to ...
Status: RESOLVED DUPLICATE of bug 138109
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-06-06 10:02 UTC by Telesto
Modified: 2025-06-06 13:45 UTC (History)
0 users

See Also:
Crash report or crash signature:

Attachments
Sample (8.32 KB, application/vnd.oasis.opendocument.text)
2025-06-06 10:03 UTC, Telesto 		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 Telesto 2025-06-06 10:02:51 UTC 
Description:
Attempting to input a image size value of 4,81 mm systematically adjusted to 4,82 mm

Steps to Reproduce:
1. Open Writer.
2. Tools -> Options -> LibreOffice Writer -> General. Set measure to MM
3. Open the attached file
4. Select the shape
5. Press F4
6. Go to Position and size tab
7. Change from Height: 4,82 to 4,81
8. Press OK
9. F4 again: 4,82 is back

Actual Results:
A) The value isn't applied
B) No warning about invalid value (if that's the case)

Expected Results:
A) Applying value
B) Warning about invalid value



Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 25.8.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 17e8dbead42e2d4b55815b1b7b2846b03d62a15d
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
Comment 1 Telesto 2025-06-06 10:03:09 UTC 
Created attachment 201118 [details]
Sample
Comment 2 Telesto 2025-06-06 10:06:44 UTC 
Also in
Version: 6.4.0.0.alpha1+ (x64)
Build ID: 9bc848cf0d301aa57eabcffa101a1cf87bad6470
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: default; VCL: win; 
Locale: nl-NL (nl_NL); UI-Language: en-US
Calc: CL

and in
Versie: 4.4.7.2 
Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600
Locale: nl_NL

OpenOffice 2.2.0
Comment 3 Mike Kaganski 2025-06-06 11:02:27 UTC 
Nothing to be done (or a major effort).

The sizes are stored internally as whole twips (twentieths of a point = 1/1440 in). That is about 0.0176 mm (1.76 of 1/100th of mm), so there is no way to represent any given size in hundredths of mm.

It could only be resolved by increasing the overall internal resolution (preferable to EMUs). See also bug 138109.
Comment 4 Telesto 2025-06-06 13:45:45 UTC 
(In reply to Mike Kaganski from comment #3)
> Nothing to be done (or a major effort).
> 
> The sizes are stored internally as whole twips (twentieths of a point =
> 1/1440 in). That is about 0.0176 mm (1.76 of 1/100th of mm), so there is no
> way to represent any given size in hundredths of mm.
> 
> It could only be resolved by increasing the overall internal resolution
> (preferable to EMUs). See also bug 138109.

Thanks for the information

*** This bug has been marked as a duplicate of bug 138109 ***