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 -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
