Bug 111727 - Slide background: Custom hatch angle is not saved to ODP
Summary: Slide background: Custom hatch angle is not saved to ODP
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
6.0.0.0.alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Slide-Background
  Show dependency tree / graph
 
Reported: 2017-08-12 14:55 UTC by Tamás Zolnai
Modified: 2025-01-21 22:00 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

Attachments
Screenshot about what setting I set before save (123.32 KB, image/png)
2017-08-12 14:55 UTC, Tamás Zolnai 		Details
Screenshot about what I've got after saved and reopened the document (100.59 KB, image/png)
2017-08-12 14:56 UTC, Tamás Zolnai 		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 Tamás Zolnai 2017-08-12 14:55:17 UTC 
Description:
If I set a hatch background to a slide with a custom angle saving and reopening the file leads to wrong hatching. I set a hatch with black line color and an angle of 179°, but I get a hatch with blue line color and with 0° angle after I save the document and reopen it.

Steps to Reproduce:
1. Set a hatch fill for slide background with custom hatch angle
2. Save the document to ODP and open it.

Actual Results:  
Wrong hatch background is imported.

Expected Results:
Hatch should exported / imported without a problem.


Reproducible: Always

User Profile Reset: No

Additional Info:


User-Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.90 Safari/537.36
Comment 1 Tamás Zolnai 2017-08-12 14:55:47 UTC 
Created attachment 135487 [details]
Screenshot about what setting I set before save
Comment 2 Tamás Zolnai 2017-08-12 14:56:23 UTC 
Created attachment 135488 [details]
Screenshot about what I've got after saved and reopened the document
Comment 3 Telesto 2017-08-13 07:43:02 UTC 
Repro with:
Version: 6.0.0.0.alpha0+
Build ID: 46b4eb8b0e9325f8c29cd391baf9504bccee1837
CPU threads: 4; OS: Windows 6.19; UI render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-08-11_06:44:17
Locale: nl-NL (nl_NL); Calc: CL
Comment 4 QA Administrators 2018-08-14 02:32:54 UTC Comment hidden (obsolete)
Comment 5 QA Administrators 2020-08-14 04:32:52 UTC Comment hidden (obsolete)
Comment 6 QA Administrators 2022-08-15 03:44:06 UTC Comment hidden (obsolete)
Comment 7 QA Administrators 2024-08-15 03:14:54 UTC Comment hidden (obsolete)
Comment 8 Regina Henschel 2025-01-21 22:00:19 UTC 
A UI hatch definition with distance 5mm and angle 179° is written to file as
        <draw:hatch draw:name="hatch"
                    draw:style="single"
                    draw:color="#000000"
                    draw:distance="0.5cm"
                    draw:rotation="1790"/>

If the draw:rotation value has no unit, it has to be interpreted as having unit degree. So LibreOffice writes a wrong angle. That problem is already addressed in bug 161327.

The rendering of the original file is the same as the rendering of the reopened file. So I cannot confirm the here described save-reload problems in Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 35b9371acf5a1295ef7c12bbfa285efb7ea4b485
CPU threads: 32; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-US
Calc: threaded

Therefore I set it to WORKSFORME. Dear Tamás Zolnai, if you still see your problem with current LO version, feel free to reopen the bug.