For a template, I made a custom paragraph style called "custom horizontal line" and applied some Borders alterations to it which are never retained when I close and reopen the template or create a new document based on the template.
I had set its User-defined property to a bottom line, changed the Style to a double line, changed the Color, and unchecked Merge with next paragraph. The changes were applied in the template, but whenever I close and reopen the template or create a new document based on it, the "custom horizontal line" style changes some of its aspects. The User-defined line is empty, the Style changes to a single line, and the Color changes to black. Oddly enough, Merge with next paragraph remains unchecked.
The only other alteration I made for this style was in the Organizer tab, where I changed the Next style to a certain custom style and Inherit from to None. These changes were retained without any issues.
I've tested this a bit more and the problem occurs without involving templates (besides the default one, since there's no template-less document as far as I under it). The issue seems to be triggered when I change the 'Line-Style' to certain lines. For example, it does not trigger with the regular single line or the dotted line, but it will consistently trigger for the double-line with the thicker upper line.
(In reply to natedheeren from comment #1)
> I've tested this a bit more and the problem occurs without involving
> templates (besides the default one, since there's no template-less document
> as far as I under it). The issue seems to be triggered when I change the
> 'Line-Style' to certain lines. For example, it does not trigger with the
> regular single line or the dotted line, but it will consistently trigger for
> the double-line with the thicker upper line.
Created a new document and a new para style based on default, did the Borders modifications described (bottom double line with thick upper, some color) and upon save & reload they reset to default!
NOT reproduced in 3.5.0, so we should be able to track down the offending commit.
Win 7 Pro 64-bit, Version: 22.214.171.124 (x64)
Build ID: 37b43f919e4de5eeaca9b9755ed688758a8251fe
Locale: fi-FI (fi_FI)
Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735
Migrating Whiteboard tags to Keywords: (bibisectRequest)
LibreOffice Version: 126.96.36.199.alpha0+
Build ID: 5df326438fd3a5613a52b4de1935426911ff1301
Seems to work okay (attached pdf and document). Can one of you test again with a daily build and see if it's resolved? I don't want to waste time bibisecting a bug that is resolved in master. Thanks
Created attachment 121416 [details]
File Looks Okay
Created attachment 121417 [details]
PDF With Border Thick with Color
(In reply to Joel Madero from comment #5)
> Created attachment 121416 [details]
> File Looks Okay
I'm still reproducing the problem from scratch.
The instructions were perhaps a little hazy: the idea was not to change the line width, but to keep it 0,05 pt and select the third line style from the bottom. The double line with a thicker top line.
Win 7 Pro 64-bit Version: 188.8.131.52.alpha0+
Build ID: 014633f83e44ae8ba33087b6f38e8e253e281969
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default;
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-12-15_06:21:44
Locale: fi-FI (fi_FI)
As per today, this regression can't be bibisected as it was introduced before 4.4 branch and there's no bibisect repository for the affected branch, thus change 'bibisectRequest' to 'preBibisect'
*** This bug has been marked as a duplicate of bug 88827 ***