Bug 121360 - Unfilled shape becomes mistakenly filled
Summary: Unfilled shape becomes mistakenly filled
Status: RESOLVED DUPLICATE of bug 123841
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
6.2.0.0.alpha1+
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: regression
Depends on:
Blocks: Object-Fill
  Show dependency treegraph
 
Reported: 2018-11-11 22:49 UTC by Regina Henschel
Modified: 2019-05-12 12:43 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Regina Henschel 2018-11-11 22:49:19 UTC
Start Draw and open the "Styles" pane of the sidebar.
Enter an unfilled circle from the toolbar "Legacy Circles and Ovals".
Notice, that the circle has got the style "Object without fill".

Error: The circle is filled.

Save the file and examine it.

1. The circle has got an automatic style without any need. The cicle has got no direct formatting. The assigned style "Object without fill" could be used directly.
2. The automatic style has got the attribute draw:fill="solid".

Start Draw and open the "Styles" pane of the sidebar.
Enter an unfilled circle from the toolbar "Legacy Circles and Ovals".
Notice, that the circle has got the style "Object without fill". Use Format > Clear Direct Formatting. Double-click style "Object without fill" to be sure it is assigned. Notice, the circle is still filled. Save file and examine it.

3. Now the circle has indeed the style "Object without fill". The style "Object without fill" should have the attribute draw:fill="none" but it has not got the attribute draw:fill at all. Therefore the attribute value of its parent style is used. But that is style "Standard", which has draw:fill="solid".

I see the error in Version: 6.2.0.0.alpha1+ (x64)
Build ID: bf4fc97131147d25b18d088023262c977f0b2787
CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-11-10_01:58:33
Locale: de-DE (en_US); UI-Language: en-US
Calc: CL

It is visually OK in Version: 6.1.0.3 (x64)
Build ID: efb621ed25068d70781dc026f7e9c5187a4decd1
CPU threads: 8; OS: Windows 10.0; UI render: default; 
Locale: de-DE (en_US); Calc: CL
LO6.1 has the error two, that an automatic style is used, but that has at least draw:fill="none", and the style "Object without fill" has draw:fill="none" too.
Comment 1 Regina Henschel 2018-11-11 23:01:33 UTC
My last good version is Version: 6.2.0.0.alpha0+ (x64)
Build ID: efe119aaa50e9f532b3fac1ef153469c80f24b80
CPU threads: 8; OS: Windows 10.0; UI render: GL; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-09-10_01:36:26
Locale: de-DE (en_US); Calc: CL

My first bad version is Version: 6.2.0.0.alpha0+ (x64)
Build ID: 89a60912bba7ffd6f65ea99f4664f343c5025c95
CPU threads: 8; OS: Windows 10.0; UI render: GL; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-10-01_03:18:33
Locale: de-DE (en_US); Calc: CL
Comment 2 Dieudonne Dukuzumuremyi 2018-11-12 07:12:38 UTC
I tried the same process in LibraOffice 6.2.0.0 alpha1+
but it works properly.

Version: 6.2.0.0.alpha1+ (x64)
Build ID: 8274c4c62df5b937b3f0bec9e1eeca85f3b219d4
CPU threads: 8; OS: Windows 6.3; UI render: default; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-10-22_01:47:50
Locale: en-US (en_US); Calc: threaded


But on LibreOffice 6.1.2.1 (x64)
I did all the same steps but I still getting the same bug.

Version: 6.1.2.1 (x64)
Build ID: 65905a128db06ba48db947242809d14d3f9a93fe
CPU threads: 8; OS: Windows 6.3; UI render: default; 
Locale: en-US (en_US); Calc: group threaded
Comment 3 Regina Henschel 2019-05-12 12:43:08 UTC
Choose this one as duplicate, because the other one has better information.

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