Bug 46551

Summary: FORMATTING: Imported Lists/Numbering creates new characters styles unnecessarily
Product: LibreOffice Reporter: Jon Grossart <jon>
Component: WriterAssignee: Not Assigned <libreoffice-bugs>
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: medium CC: sasha.libreoffice
Version: 3.5.0 release   
Hardware: Other   
OS: All   
Whiteboard: BSA
i915 platform: i915 features:
Attachments: Document with repeated imports of list styles with overwrite set

Description Jon Grossart 2012-02-23 18:39:52 UTC
Created attachment 57567 [details]
Document with repeated imports of list styles with overwrite set

Problem description: When importing a custom bullet/numbering list with character style set to default Bullet/Numbering symbols, LibO creates new styles for each import, rather than using the already established ones. If you have a custom character style associated with it, it imports those correctly. If you reimport again, it creates duplicate character styles with altered anmes (adding _20 and _5f in various combinations)

Steps to reproduce:
1. create a document with a custom list/numbering with character type set to "Bullets" or "Numbering Symbols"
2. create a new document
3. import styles from old document

Current behavior: creates new character style called Bullets_20 or Numbering_20_Symbols

Expected behavior: Since using the default style for Bullets/Numbering Symbols, it would correctly set the style to those and not create new styles.

Platform (if different from the browser): 
              
Browser: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20100101 Firefox/10.0.2
Comment 1 Jon Grossart 2012-03-01 09:54:30 UTC
I looked into some of the XML files. It seems that the styles are always being stored with _20_  (which I assume is just the hex code for space).

However, the bigger problems seems to be on an import of styles where it doesn't reconvert the stored _20_ into an actual space for displaying in the UI.
Comment 2 sasha.libreoffice 2012-05-23 09:08:36 UTC
Thanks for bugreport
Not reproduced in 3.5.3 on Fedora 64 bit. May be fixed?
Comment 3 Jon Grossart 2012-05-23 15:38:24 UTC
Also seems to be fixed in 3.5.3 for me.  I think 3.5.0 just had a lot of problems.

Not sure what fixed the issue though.
Comment 4 Jon Grossart 2012-05-23 16:04:46 UTC
Fixed somewhere in 3.5.1 - 3.5.3 releases.

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.