← Back to team overview

desktop-packages team mailing list archive

  1. desktop-packages team
  2. Mailing list archive
  3. Message #51418

[Bug 817013] Re: [Upstream] bullet points change to rectangle glyphs after saving as docx and reopening

  Thread Previous • Date Previous • • Thread Next 
Launchpad has imported 24 comments from the remote bug at
https://bugs.freedesktop.org/show_bug.cgi?id=34814.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2011-02-28T06:33:29+00:00 TB2 wrote:

Created attachment 43910
Original formatting

1) Make a new empty document in libreoffice
2) Add a line of text, make it a bullet list by pressing the bullet list button
3) Add some more bullets, maybe indent some of the bullets
4) Save as .doc or .docx
5) Close document
6) Open same document again in libreoffice
7) Bullets are now either moved about (if from .doc) or they show up as squares (if from .docx)

See attached screenshots, first is the original document, second is the
reopened .doc, third is the reopened .docx.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/817013/comments/0

------------------------------------------------------------------------
On 2011-02-28T06:34:03+00:00 TB2 wrote:

Created attachment 43911
Reopened .doc file in libreoffice

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/817013/comments/1

------------------------------------------------------------------------
On 2011-02-28T06:34:33+00:00 TB2 wrote:

Created attachment 43912
Reopened .docx in libreoffice

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/817013/comments/2

------------------------------------------------------------------------
On 2011-02-28T06:39:39+00:00 TB2 wrote:

Created attachment 43913
Original .odt file, correct formatting

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/817013/comments/3

------------------------------------------------------------------------
On 2011-02-28T06:40:10+00:00 TB2 wrote:

Created attachment 43914
Saved .docx file, square bullet points showing

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/817013/comments/4

------------------------------------------------------------------------
On 2011-02-28T06:41:32+00:00 TB2 wrote:

Actually, I revise my report on .doc files, the problem was that I saved
as .doc 95 instead of 97/2000/XP.

The .docx bug however remains.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/817013/comments/5

------------------------------------------------------------------------
On 2011-02-28T09:44:07+00:00 Cedric-bosdonnat-ooo wrote:

Lubos, could you have a look at this issue?

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/817013/comments/6

------------------------------------------------------------------------
On 2011-02-28T17:34:56+00:00 L-lunak wrote:

Strange. Export appears to be correct, since msof can open the file
correctly afterwards. In fact even import seems to be correct, as such,
since msof can open the file correctly even after a roundtrip. Somehow
just the internal structures are not set up correctly for showing up in
the editor.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/817013/comments/7

------------------------------------------------------------------------
On 2011-03-01T16:12:11+00:00 L-lunak wrote:

Ok, the trouble is with fonts. Those marks use a special font, which
seems to be 'Wingdings' or 'Wingdings 2', even on Linux, where there is
no such font (and these fonts are written in w:rFonts, but not in
fontTable.xml). While reading the data the code doesn't seem to know
anything about these fonts (even if fontTable.xml contains them because
being written by msof) and uses wrong charset, resulting in the
incorrect display. Manually hacking the two SetBulletFont calls in UNO
in SW to explictly set the right charset works around the issue.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/817013/comments/8

------------------------------------------------------------------------
On 2011-03-03T12:14:59+00:00 L-lunak wrote:

Created attachment 44069
sw patch

This one should fix the font not being listed in fontTable.xml (which I
assume is needed for any font that is used by the document).

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/817013/comments/9

------------------------------------------------------------------------
On 2011-03-03T12:16:20+00:00 L-lunak wrote:

Created attachment 44070
writerfilter patch

This I think should implement reading w:charset, both the ECMA and ISO
ways. But the read value doesn't seem to be used later.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/817013/comments/10

------------------------------------------------------------------------
On 2011-03-31T13:13:10+00:00 vossman77 wrote:

Confirmed still a problem in LO 3.3.3, I assume these patches will be
applied to 3.4? Is bug now closed? I am going to propose it as a 3.4
most annoying bug.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/817013/comments/11

------------------------------------------------------------------------
On 2011-04-01T11:59:14+00:00 L-lunak wrote:

As comment #10 says, the fix is incomplete.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/817013/comments/12

------------------------------------------------------------------------
On 2011-04-04T02:09:57+00:00 Zcreveling wrote:

(In reply to comment #5)
> Actually, I revise my report on .doc files, the problem was that I saved as
> .doc 95 instead of 97/2000/XP.
> 
> The .docx bug however remains.

Saving as a 97/2000/XP .doc file produces the exact same results as
saving as a .docx file for me.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/817013/comments/13

------------------------------------------------------------------------
On 2011-04-04T02:14:45+00:00 Zcreveling wrote:

Created attachment 45206
Bullets opened in .docx

Actually, the bullets look different for me than they do for the OP.
I'll attach a screenshot of what mine look like.  I opened the .docx
that was attached here, but whether the file is a .docx or a .doc the
bullets look the exact same for me.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/817013/comments/14

------------------------------------------------------------------------
On 2011-04-04T02:16:52+00:00 Zcreveling wrote:

*** Bug 35851 has been marked as a duplicate of this bug. ***

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/817013/comments/15

------------------------------------------------------------------------
On 2011-07-20T01:04:57+00:00 vossman77 wrote:

is anyone working on this, changing from ASSIGNED to NEW

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/817013/comments/16

------------------------------------------------------------------------
On 2011-07-25T22:22:21+00:00 Cno wrote:

*** Bug 35065 has been marked as a duplicate of this bug. ***

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/817013/comments/17

------------------------------------------------------------------------
On 2011-07-27T05:06:11+00:00 G-sergey-3 wrote:

Bug and workaround (see 35065) are the same for 3.4.2 RC2/Windows
OOO340m1 (Build:202)

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/817013/comments/18

------------------------------------------------------------------------
On 2011-09-02T05:12:20+00:00 G-sergey-3 wrote:

I am unable to reproduce this bug in fresh install of Windows XP
corportate, with and without russian MUI installed and russian locale
selected.

And LO 3.4.3 on old machines seems to still have it.
May be there is some concerns with previous installation of Microsoft Office?

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/817013/comments/26

------------------------------------------------------------------------
On 2011-09-02T06:00:43+00:00 G-sergey-3 wrote:

more about russian and english versions of windows.
The same file looks different!
Bullet looks as disk in EN version but as mercedes sign in RU version.
And, if go to settings and manually choose U+2022 when formatting the list, bullet symbol is shown correctly in both version.
But if not do it, the symbol is U+F0F1 (some character from unicode "private use area") - it can be seen in properties or in binary comparation of good and bad files. It seems that main concern is about this U+F0F1 character, which looks differently in different OSes. Main question: why is it used and how to force U+2022 by default instead?

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/817013/comments/27

------------------------------------------------------------------------
On 2011-10-03T01:53:16+00:00 Shaun Crampton wrote:

I'm seeing this bug in version 3.3.3 OOO330m19 (build 301) (Ubuntu).  I
save as .doc 97/XP and then reopen in either LO (same machine) or Word
(on a Mac) and see the Mercedes symbol.  The Ubuntu machine is in the UK
locale.  Font is arial.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/817013/comments/28

------------------------------------------------------------------------
On 2011-10-03T01:59:37+00:00 Shaun Crampton wrote:

PS. By UK, I mean United Kingdom (enGB).

(In reply to comment #21)
> I'm seeing this bug in version 3.3.3 OOO330m19 (build 301) (Ubuntu).  I save as
> .doc 97/XP and then reopen in either LO (same machine) or Word (on a Mac) and
> see the Mercedes symbol.  The Ubuntu machine is in the UK locale.  Font is
> arial.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/817013/comments/29

------------------------------------------------------------------------
On 2011-10-03T02:33:51+00:00 Shaun Crampton wrote:

I just upgraded but I still see the issue with the following version,
again I tried word 97/XP format:

LibreOffice 3.3.4 
OOO330m19 (Build:401)
tag libreoffice-3.3.3.1, Ubuntu package 1:3.3.4-0ubuntu1

This is a pretty debilitating bug for those affected.  I'm having to
email documents to a friend with Word and then edit each bullet back to
being a circle before I send out a document.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/817013/comments/30

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/817013

Title:
  [Upstream] bullet points change to rectangle glyphs after saving as
  docx and reopening

Status in LibreOffice Productivity Suite:
  Confirmed
Status in “libreoffice” package in Ubuntu:
  Triaged

Bug description:
  1) lsb_release -rd
  Description:	Ubuntu 11.04
  Release:	11.04

  2) apt-cache policy libreoffice-writer
  libreoffice-writer:
    Installed: 1:3.3.3-1ubuntu2
    Candidate: 1:3.3.3-1ubuntu2
    Version table:
   *** 1:3.3.3-1ubuntu2 0
          500 http://us.archive.ubuntu.com/ubuntu/ natty-proposed/main i386 Packages
          100 /var/lib/dpkg/status
       1:3.3.2-1ubuntu5 0
          500 http://us.archive.ubuntu.com/ubuntu/ natty-updates/main i386 Packages
       1:3.3.2-1ubuntu4 0
          500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages

  3) What is expected to happen in LibreOffice Writer via the Terminal:

  cd ~/Desktop && wget -c
  https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/817013/+attachment/2241146/+files/Bullet%20Bug.odt
  -O info.odt && lowriter -nologo info.odt

  save as info.docx, close the file, and open info.docx and it looks as
  it does in info.odt.

  4) What happens instead is the bullet points are replaced with
  rectangles in LO 3.3.2, and some other symbol in 3.3.3.

  ProblemType: Bug
  DistroRelease: Ubuntu 11.04
  Package: libreoffice-core 1:3.3.2-1ubuntu5
  Uname: Linux 2.6.38.3+ i686
  Architecture: i386
  Date: Wed Jul 27 10:24:48 2011
  InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release i386 (20110427.1)
  ProcEnviron:
   LANGUAGE=en_US:en
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  SourcePackage: libreoffice
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/df-libreoffice/+bug/817013/+subscriptions
  Thread Previous • Date Previous • • Thread Next