Bug 46551 - FORMATTING: Imported Lists/Numbering creates new characters styles unnecessarily
Summary: FORMATTING: Imported Lists/Numbering creates new characters styles unnecessarily
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.5.0 release
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks:
 
Reported: 2012-02-23 18:39 UTC by Jon Grossart
Modified: 2012-05-23 16:04 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Document with repeated imports of list styles with overwrite set (9.82 KB, application/vnd.oasis.opendocument.text)
2012-02-23 18:39 UTC, Jon Grossart
Details

Note You need to log in before you can comment on or make changes to this bug.
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.