Bug 46551

Summary:	FORMATTING: Imported Lists/Numbering creates new characters styles unnecessarily
Product:	LibreOffice	Reporter:	Jon Grossart <jon>
Component:	Writer	Assignee:	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.