Bug 76526 - [writer] loading styles from file corrupts existing styles
Summary: [writer] loading styles from file corrupts existing styles
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version: 4.1.5.3 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-03-23 18:58 UTC by Milos Sramek
Modified: 2014-04-21 14:38 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
test file (45.89 KB, application/vnd.oasis.opendocument.text)
2014-03-23 18:58 UTC, Milos Sramek
Details

Description Milos Sramek 2014-03-23 18:58:07 UTC
Created attachment 96252 [details]
test file

Hi,

I observe that existing styles are corrupted when loading styles by "Styles and Formating > Load Styles > From file"

Case 1:
To repeat:
- Open the attached file - it contains both a bulleted and a numbered list
- load styles from the same file by "Styles and Formating > Load Styles > From file" (Check Overwrite). Two of three bulleted items loose their bullets, all numbered items loose the numbers. Styles of these items do not change, so I think that the styles themselves were broken.


Case 2:
- Create a new document from the default template (may be empty)
- Open the attached file and check style OOoHeading2 of the green heading - its Outline & numbering > Outline level is "Level 2"
- load styles from the new file by "Styles and Formating > Load Styles > From file
- check now the style OOoHeading2 of the green heading - its Outline & numbering > Outline level has changed to "Body text". The same happens with other OOoHeading styles. 
In this case, since the new file does not contain the OOoheading2 style I would expect that this style it remains unchanged after loading style from there.

The problem is present in LO40, LO41, LO42 and Apache OO 3.4 and AOO 4.0

--
milos
Comment 1 Thomas Hackert 2014-04-21 14:38:23 UTC
Hello Milos, *,
thanks for reporting this bug :) I can confirm your bug with LO Version: 4.1.5.3
Build-ID: 1c1366bba2ba2b554cd2ca4d87c06da81c05d24 (with Germanophone lang- as well as helppack), Version: 4.1.6.1 Build ID: a59ce81388f477fc89db57f0c27f222f31884eb, Version: 4.2.3.3 Build-ID: 882f8a0a489bc99a9e60c7905a60226254cb6ff0, Version: 4.2.4.1 Build ID: d4c441391e20647b3d2e8dde4d20aa868e77e515 (the last three parallel installed, following the instructions from https://wiki.documentfoundation.org/Installing_in_parallel, and with Germanophone lang- as well as helppack) and LO Version: 4.3.0.0.alpha1+ Build ID: 58fdcd262bf3476b6917c71e76ca6e49d0978c5f
TinderBox: Linux-rpm_deb-x86@45-TDF, Branch:master, Time: 2014-04-20_23:10:06 (also parallel installed, but this one with en_US lang- as well as helppack) on Debian Testing i686 ... :( As I can reproduce it on an older version of LO 4.2.2.1, I will change the version adequately. And as I am using a 32 bit system, I will also change the platform entry to all ... ;)
HTH
Thomas.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.