Bug 37591 - Writer incorrectly saves property of list
Summary: Writer incorrectly saves property of list
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.4.0 RC1
Hardware: All All
: medium trivial
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: DOC-Bullet-Number-Lists
  Show dependency treegraph
 
Reported: 2011-05-25 09:12 UTC by sasha.libreoffice
Modified: 2023-09-11 15:24 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
document with list and screenshot of itsown, Writer not loads size of number (23.50 KB, application/msword)
2011-05-25 09:12 UTC, sasha.libreoffice
Details

Note You need to log in before you can comment on or make changes to this bug.
Description sasha.libreoffice 2011-05-25 09:12:58 UTC
Created attachment 47153 [details]
document with list and screenshot of itsown, Writer not loads size of number

To reproduce this problem:
0. Start Writer with new empty document
1. Enter 3 paragraphs of text (suppose size of font is 14)
2. Select all text and press F12(numbers appears)
3. Select entire second string(paragraph) and set font size to 26.
4. Select the same string all except first character and set font size to 14
5. Delete first character
Number of line now size 26 and text in line size 14.
6. Save document
7. Reload
Number of second line becomes size 14 (size of number is not saved in document)

I compared this behavior to MSWord 2003. It behaves exactly the same, except that saves size of number. Such file is in attachment.

LibreOffice not loads size of number from doc file.

The same situation with bullet list

reproduced on LibO 3.4 rc 1 on Mandriva 64 bit and Windows XP 32 bit
Comment 1 Gerald 2011-06-18 11:29:12 UTC
It's only a problem by saving in doc-format.
Comment 2 Björn Michaelsen 2011-12-23 12:05:35 UTC Comment hidden (obsolete)
Comment 3 sasha.libreoffice 2011-12-25 07:43:10 UTC
reproduced on LibO 3.5.0 beta 1
file saved in odt format and after reloading it becomes different
Comment 4 A (Andy) 2013-04-27 17:56:22 UTC
reproducible with LO 4.0.2.2 (Win7 Home, 64bit) with odt and doc file

Note: I have inserted three paragraphs and I changed the font size in the second paragraph.  If I open afterwards the doc file in MSO 2007 then the number 3 has a smaller font size, while the rest of the text has the font size 14.
Comment 5 QA Administrators 2015-03-04 02:19:32 UTC Comment hidden (obsolete)
Comment 6 geraldg 2015-03-04 07:35:08 UTC
Tested with 4.4.1.2
Bug exists in doc- and odt-Format.
docx is ok
Comment 7 tommy27 2016-04-16 07:24:39 UTC Comment hidden (obsolete)
Comment 8 QA Administrators 2017-05-22 13:25:45 UTC Comment hidden (obsolete)
Comment 9 geraldg 2017-05-22 18:18:41 UTC
Tested with 5.4.0.0 beta1 
Bug exists in doc- and odt-Format.
docx is ok
Comment 10 QA Administrators 2018-11-16 03:42:32 UTC Comment hidden (obsolete, spam)
Comment 11 QA Administrators 2020-11-16 04:01:24 UTC Comment hidden (obsolete, spam)
Comment 12 Justin L 2021-05-07 06:29:17 UTC
Oh good - this is already marked as trivial because it is a VERY contrived example.

In LO, the size of a single numbering entry takes on the attributes applied to the entire paragraph (i.e. color, font, size etc.) So it isn't any kind of property of the numbering, but of the paragraph itself.

DOC/DOCX do the same thing (although we have special code to try to handle things the DOC* way, so there must be some differences or odd-ball behaviours).

There are patches queued up for 7.3 master (starting a month from now), especially the one for bug 108518, that might fix this - in case a certain size was being forced on all of the numbering.
Comment 13 Justin L 2021-07-05 06:41:21 UTC
(In reply to Justin L from comment #12)
> There are patches queued up for 7.3 master that might fix this.
Nope.
Number-size-problem.doc looks fine when first opening, but on a round-trip, all the numbers are the same size.
Comment 14 Justin L 2021-07-06 05:23:53 UTC
Prior to LibreOffice 6.2, simply opening the test document displayed the size wrong. But that was fixed with commit 942f1056b51e53358d42ff8da8a1bbdce9ba5303
Author: Mike Kaganski on Mon Jul 2 20:31:32 2018 +1000
    tdf#117923: handle direct formatting for numbering in .doc
    
    Since commit df07d6cb9f62c0a2c4b29bd850d4efb4fcd4790b, we do for DOCX.
    DOC also has this problem, so set the relevant compatibility flag on
    import for this format, too.
Comment 15 QA Administrators 2023-07-07 03:16:48 UTC Comment hidden (obsolete, spam)
Comment 16 Justin L 2023-09-11 15:24:20 UTC
repro 24.2+