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. Reproduced. 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: 5.0.2.2 (x64) Build ID: 37b43f919e4de5eeaca9b9755ed688758a8251fe Locale: fi-FI (fi_FI) 4.3.0.1 LibreOffice 3.5.0rc3 Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735
Migrating Whiteboard tags to Keywords: (bibisectRequest) [NinjaEdit]
Tested on: Bodhi Moksha LibreOffice Version: 5.2.0.0.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: 5.2.0.0.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 ***