[upstream] [hardy] Special characters are not displayed correctly, fonts dissappear from the menu

Bug #173090 reported by Thorsten "stan" Koelbl
64
This bug affects 3 people
Affects Status Importance Assigned to Milestone
OpenOffice
Fix Released
Unknown
openoffice.org (Ubuntu)
Fix Released
High
Unassigned
Declined for Feisty by Henrik Nilsen Omma
Declined for Gutsy by Henrik Nilsen Omma
Nominated for Intrepid by Jukka Niiranen
Hardy
Won't Fix
Undecided
Unassigned
openoffice.org2 (Ubuntu)
Invalid
Medium
Unassigned
Declined for Feisty by Henrik Nilsen Omma
Declined for Gutsy by Henrik Nilsen Omma
Nominated for Intrepid by Jukka Niiranen
Hardy
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: openoffice.org2

Ubuntu Gutsy,
German localization,
OpenOffice2 from the repos, German language files,
msttcorefonts from the repos.
Several school fonts installed.

I. Special characters issue

After installing msttcorefonts correctly, the Fonts are listed in the Dropdownmenu oft OpenOffice, they can be selected etc.

The problem is, that several character, which are often used in German (ä,ü.ö) are not displayed correctly, as you may see on the screenshot in this post:
http://de.openoffice.info/viewtopic.php?f=10&t=15018

Curiously, this problem occurs not every time you open a document (round about every second time). It affects older documents (generated on other machines) as well as new documents.
You can see the issue in every openoffice program, as Writer, Calc, Impress.

Other text processors (abiWord) und programs (like scribus, ...) are not affected.

The problem is reproducable. I even reinstalled Ubuntu and moved my /home to a backupplace, to start from scratch. Same issue.

II. fonts disappearing

After a while, there was a second problem:

As you may see on the screenshots in this posting
http://de.openoffice.info/viewtopic.php?f=10&t=14631

My (additionally installed) school fonts were dissappearing from OpenOffice, from the menu as well as from the documents.

Other programs show them correctly.

I'll be glad to provide extra information, if necessary. Just let me know.

Revision history for this message
Thorsten "stan" Koelbl (rockin-stan) wrote :
Revision history for this message
Thorsten "stan" Koelbl (rockin-stan) wrote :
Revision history for this message
Thorsten "stan" Koelbl (rockin-stan) wrote :
Revision history for this message
turios (ykd5rywablxl6m9) wrote :

Please fix this bug soon. It is a very big problem. Thanks.

description: updated
Revision history for this message
Henrik Nilsen Omma (henrik) wrote :

Thanks for reporting and supplying screen shots.

This bug was nominated for Gutsy but does currently not qualify for a 7.10 stable release update (SRU) and the nomination is therefore declined.
According the the SRU policy, the fix should already be deployed and tested in the current development version before an update to the stable releases will be considered. With 7.10 now released, that policy applies to this bug. See: https://wiki.ubuntu.com/StableReleaseUpdates .
The bug is not being closed as work will continue on fixing it for the next release, Hardy Heron (8.04). If the state of this bug should change such that it qualifies for the SRU process, please contact the person who originally declined it and ask them to re-evaluate it. To help improve the state of this bug see: https://wiki.ubuntu.com/Bugs/HowToTriage .

Changed in openoffice.org2:
importance: Undecided → Medium
status: New → Confirmed
Revision history for this message
Moppo (claudius-wettstein) wrote :

This bug is not just medium, it is severe for every user that wants to use Openoffice.org in German: The bug makes it simply unusable.

Changed in openoffice.org2:
status: Confirmed → New
status: New → Confirmed
Revision history for this message
turios (ykd5rywablxl6m9) wrote :

I fully agree with Moppo. I can't use OpenOffice in Ubuntu Gutsy. It is really a tremendous bug.

Revision history for this message
Thorsten "stan" Koelbl (rockin-stan) wrote :

As turios and Moppo said: This bug makes OpenOffice.org unusable for German users.
I also think, that this is reason enough to mark this bug more important than "medium".

Using Ubuntu as main operating system, I need a productive office suite and I do not intend to try an alpha version as hardy is at the moment.

Revision history for this message
turios (ykd5rywablxl6m9) wrote :

Exactly, I also need a functional office suite. I switched from Windows 2000 to Ubuntu 7.10. Ubuntu is great, but because of this bug I'm very disappointed.

Revision history for this message
mstuermer (matthias-stuermer) wrote :

I can confirm the bug as well (see screenshot in OOo Calc). It really inhibits my daily work with OpenOffice.org so when I have to print a file or generate a PDF I have to switch to my Windows which is very, very sad...

Revision history for this message
Sebastian Senander (senanders) wrote :

Please fix this soon! It's not any special characters that aren't displayed correctly, but three normal letters of the German alphabet. What if the letters "a", "o", and "u" weren't displayed correctly?

Revision history for this message
turios (ykd5rywablxl6m9) wrote :

D% y%$ think this sentence is e=sy t% re=d?

Revision history for this message
Felix Kolb (f-kolb) wrote :

I don't understand why this bug cannot fixed for Gusty, since it makes working with openoffice almost impossible. I am the IT person in small non-profit and spent much effort to support my co-workers to switch to Linux. This problem gives a major boost to the windows faction.

Revision history for this message
DFreeze (dfreeze) wrote :

I don't know if this is the same bug or something else, but I also found trouble using special characters in OOo. The font used for displaying the character is not the same as the font I'm using in my document. Even if I select all text and change the font to my current one (e.g. Times) the special characters are still some kind of Verdana. This is not as problematic as having unreadable characters, but it still is ugly, and quite obviously buggy behaviour. So just to chime in, and maintain the pressure ;) Please consider this as update-worthy!

Revision history for this message
Raul Laansoo (metalheart) wrote :

As I recently found out one of the characters affected is the euro (€) sign.

Revision history for this message
Herbert Schmid (sairia) wrote : This bug belongs was introduced in gutsy-updates version 1:2.3.0-1ubuntu5.3 -- Re: Special characters are not displayed correctly, fonts dissappear from the menu

This bug belongs to openoffice.org version 1:2.3.0-1ubuntu5.3 in gutsy-updates.

downgrading to 1:2.3.0-1ubuntu5 (gutsy release) gives you back the ä and the other special characters.

as this bug report dates to 2007-11-30 it may have been introduced with ubuntu5.2, as launchpad says 5.3 has been published in december.
please release a version ubuntu5.4 reverting the patches done in 5.2 and 5.3 as the small bug fixes done there don't count against this ugly ä bug.

Revision history for this message
Thorsten "stan" Koelbl (rockin-stan) wrote : Re: Special characters are not displayed correctly, fonts dissappear from the menu

agreed

Revision history for this message
Thorsten "stan" Koelbl (rockin-stan) wrote :

The downgrade workaround doesn't solve the problem here. Some starts of OOo.org it seemed to be fine. But the fonts keep being invisible as described above.

Changed in openoffice.org:
status: New → Confirmed
Revision history for this message
wgw (winder-interchange) wrote :

I must be suffering from the same bug. Here is how I described it, for whatever it is worth:

Recently (as of about 2 months, perhaps when I upgraded to Gutsy... not sure) my openoffice files with extended ascii characters, àéë etc, have been displaying as weird characters: ç is displayed as Á; à as a double cross, É as ... (ellipsis) and so on.

This seems to only happen in openoffice documents, and only the text part, not the menus.

And, sometimes some characters display properly, then it go back to weird characters. Some more weirdness:

If I bold the character, it becomes normal.
All characters display correctly under gedit, in the same font (times new roman)
I reinstalled ms core fonts, and core files for openoffice. At first I thought I had fixed it, but it is back again (after reboot).

In openoffice menus display correctly; the only problem is in the text, whether created on the spot or created years/months/days ago (not a text entry problem). If I paste à from another application, it is transformed into the wonky double cross; unless I bold it, in which case revoilà à.

This is a nasty bug, since it affects all my documents! Even when I output a file as pdf. Right now the only work-around is to bold special characters or put them in another font (!). And then change them back when this is finally resolved....

It is a mystery why this would only affect openoffice.

Revision history for this message
wgw (winder-interchange) wrote :

A work around, that seems to be working (around) for the moment: uninstall the msttcorefonts.

Another user suggested deleting ~/.fontconf and doing some fc-font magic as well.

But so far the uninstall is working for me. (I will see what happens tomorrow.)

Revision history for this message
wgw (winder-interchange) wrote :

Well, that workaround has the problem of eliminating still other characters (∃ and ∀ for example), so on to workaround 2: use tools>options> fonts: apply replacement table. I replaced times new roman with freeserif, screen only (Pdf is output with times).

So, until the fix, I seem to be able to function.

(but it is a very confusing bug!)

ps:
This is driving people on the French forum loony too, but surprisingly it is not everyone. That seems to indicate that not all installations are affected. In fact, probably only a few.

Revision history for this message
Thorsten "stan" Koelbl (rockin-stan) wrote :

@wgw
Sounds like this bug is affecting systems with special fonts installed. A workaround seems to replace the ubuntu packages of ooo with the packages from the ooo-website.
I think there is no chance for a backport for gutsy, so we will have to wait for hardy...

If the bug still exists in hardy, i will switch to etch with my productive system.

Revision history for this message
Chris Cheney (ccheney) wrote :

Can someone who is affected by this bug check to see if it is corrected in the Ubuntu hardy openoffice.org 2.4.0~rc2-1ubuntu3 and report back?

Thanks,

Chris Cheney

Changed in openoffice.org2:
status: Confirmed → Invalid
Changed in openoffice.org:
assignee: nobody → ccheney
status: Confirmed → Incomplete
Revision history for this message
Thorsten "stan" Koelbl (rockin-stan) wrote :

Will try to check it tomorrow. Kinda busy atm. Thanks for taking care of this!

Revision history for this message
Miran Gombač (miran-gombac) wrote :

It seems that I am experiencing the same situation.

I have additional PC TTF (windows) installed in ~/.fonts.

My experience is that except for special CE character they display correctly and CE characters are not located correctly in relation to the keyboard settings (I can find all necessary characters but on wrong keyboard keys - also checking through character map shows that all the special characters are present).

The problem is present in OO (OO detects the fonts...) and outside (Default fonts that come pre-installed are performing correctly). Furthermore OO behaviour is weird - from the same font family the same keys are producing different characters. It seems like something is wrong in detecting the correct code table to be used with the fonts within ~/.fonts.

Have tried out Hardy and it seems to have same issues.

Take care,

Miran

Chris Cheney (ccheney)
Changed in openoffice.org:
assignee: ccheney → nobody
status: Incomplete → New
Revision history for this message
Miran Gombač (miran-gombac) wrote :

Forgot to mention, I run Gutsy...

Take care

Miran

Revision history for this message
Chris Cheney (ccheney) wrote :

I believe that this bug has been corrected in Ubuntu hardy openoffice.org 1:2.4.0~rc2-1ubuntu3 so I am marking it as Fix Released. If after upgrading you continue to have problems with this issue then feel free to reopen this bug.

Thanks,

Chris Cheney

Changed in openoffice.org:
status: New → Fix Released
Revision history for this message
Stephan (stephan-h) wrote :

I'm currently using this version of openoffice: 1:2.4.0-3ubuntu6
and still see the same problem with a-umlaut in Arial, as displayed
in the insert-special characters dialog (attached).
(kcharselect, e.g., is able to correctly display all Arial characters).

> I believe that this bug has been corrected in Ubuntu hardy openoffice.org
> 1:2.4.0~rc2-1ubuntu3

For a bug of this severity (IMHO it never was "medium", it's a blocker for German (European?) users), I would feel more comfortable if you could
give some hints on why you believe it had been fixed.

Has any one compared this issue to the following?
http://www.openoffice.org/issues/show_bug.cgi?id=83370

Revision history for this message
Chris Cheney (ccheney) wrote :

Here is what it the same exact special characters window looks like for me on Ubuntu 8.04.

Revision history for this message
Chris Cheney (ccheney) wrote :

Marking as incomplete since some people apparently are still seeing this issue but I can not reproduce it and have been unable to for some time.

Changed in openoffice.org:
status: Fix Released → Incomplete
Revision history for this message
Chris Cheney (ccheney) wrote :

Does anyone know how to reliably cause this problem to occur? This issue does not happen for me.

Revision history for this message
Thorsten "stan" Koelbl (rockin-stan) wrote :

Hi Chris,

my apologies for answering late - as I said I'm a little busy at the moment.

I'm glad, that you are taking care of this bug, but since upgrading to 8.04, the issue dissapeared for me. Fonts are shown in the drop down menu as well as displayed correctly in text files.

I'll try to reproduce the problem, but I think, it has been fixed (for me) in the release.

Revision history for this message
Stephan (stephan-h) wrote :

OK, I tried to narrow the thing down to a minimal witness.
Using the attached file I can deterministically reproduce
using these steps:
1. Delete or move away ${HOME}/.openoffice.org2
2. Open the attached file:
 $ ooffice broken.odp
3. While this document is open, also other documents show the error.
(more on that in a second).

Revision history for this message
Chris Cheney (ccheney) wrote :

Even without looking at the file I know what bug you are now referring to and it is already filed upstream. It is a known issue and will likely be fixed for OOo 3.0. Thanks for updating with exactly how to reproduce the issue. :-)

Thanks!

Chris

Changed in openoffice.org:
status: Incomplete → Confirmed
Revision history for this message
Stephan (stephan-h) wrote :

Here is a similar file with the difference that broken.odp has been
created from a larger document by deleting everything but what
caused the bug, whereas OK.odp has been created from scratch.

Opening OK.odp in a fresh instance of ooffice renders ok,
opening it while broken.odp is also displaying, breaks OK.odp, too.

Conversely, opening OK.odp first, and within the same instance
opening broken.odp, too, correctly renders both documents.

I think I saw some actions persistently change the behavior,
like, creating a new document would disable the bug until
.openoffice.org2/ is removed again, but I couldn't yet fully
reproduce such "stickyness".
Always starting with no .openoffice.org2 helped to reproduce the above.

HTH

Revision history for this message
Stephan (stephan-h) wrote :

That was a mid-air collision of our comments ;-)

Revision history for this message
Stephan (stephan-h) wrote :

> Even without looking at the file I know what bug you are now referring to
> and it is already filed upstream.

Is this what you are referring to:
 http://www.openoffice.org/issues/show_bug.cgi?id=83884
 (just found it now)?
Mh, the last comment says: "Unable to reproduce...".

Revision history for this message
Chris Cheney (ccheney) wrote :

This one:

http://qa.openoffice.org/issues/show_bug.cgi?id=87161

At least it sounds similar to this issue if it is not exactly the same?

Chris

Revision history for this message
Stephan (stephan-h) wrote :

That's indeed similar in that in both cases loading a document corrupts
OOo to not properly show some diacritics from there on.

A quick test with your sample1.odt from the mentioned bug, however,
shows that those corruption states are different: after opening your doc,
a-umlaut may still work, but E-accent does not. Conversely, after
opening my broken.odp E-accent still works (including bold Arial).
Sounds scary.

And: thanks for looking into this.

Revision history for this message
Bertilo (bertilow) wrote :

I found a way to work around this bug: I created a special document that has all the different characters that I've seen misbehave in OOo. It has them in several fonts, in plain, italic, bold and bold italic versions. If I open that document first, then OOo seems to forget about the bug.

I manage to create this magic document after a fresh start (the bug didn't seem to have kicked in yet). The behaviour is now somewhat "regular": If I open one of my misbehaving documents first, the characters display wrongly (different wrong every time...). But if I shut down OOo, and then open my special document first, and then my real documents, then everything is OK.

This is of course completely crazy, and just a temporary work-around.

Before doing this, I of course tried everything else, like delteing my ".openoffice.org2" directory, reinstalling OOo, restarting the computer... Nothing helped. I'm actually using a non-Ubuntu version of OOo now, 2.4, but it displays the same crazy behaviour. Only my "magic" document keeps me from going mad - and lets me get some work done...

Chris Cheney (ccheney)
Changed in openoffice.org:
status: Confirmed → Triaged
Revision history for this message
Stefan Haller (haliner) wrote :

I have the same problem.

I didn't install mscorefonts, but I copied my fonts from my old windows in /usr/share/fonts/truetype/windowsfonts. I have temporary removed the folder. It didn't help.

A windows version of OpenOffice can read the files without problems. I don't understand it. I tried to export the files as a pdf, but the mistake were there too. And when I printed the document the characters didn't display correctly.

But I'm lucky: My important document is displayed correctly.

I noticed something: I wrote my text and it was good. A saved the file. I closed OpenOffice. Later I load my file and it was displayed wrong.

OpenOffice version: 1:2.4.1-1ubuntu1
Ubuntu 8.04 Hardy Heron

Revision history for this message
Jan Kronborg (magic75) wrote :

I get this bug so far only when I open a document through nautilus by double-clicking a file. If I start OO through the menu and then open the same doument all characters seem to be displaying OK.

I don't have any special fonts installed. And this problem occurred just very recently for me so I guessed it was due to a recent update of some package.

Revision history for this message
Stephan (stephan-h) wrote :

Jan, could you please try to open OO through the menu and then
open my document broken.odp from comment 33?

On all my machines this file deterministically corrupts
OO's display of umlauts. I wouldn't suspect an update to
cause this problem on your machine, but rather that only
now your document has the characteristics to produce
the bad effect.

I have no idea, why fixing this bug should cost more than
ten minutes, given someone knows the code, after it has
be narrowed down to two minimal documents:
broken.odp vs. OK.odp.

Is anyone from OOo reading this?

Revision history for this message
Stephan (stephan-h) wrote :

OK, "comment 33" is not automatically linked,
so here is the link:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org2/+bug/173090/comments/33

;-)

Revision history for this message
Jan Kronborg (magic75) wrote :
  • test.ods Edit (9.9 KiB, application/vnd.oasis.opendocument.spreadsheet)

I am afraid I cannot reproduce the error with broken.odp. Regardless of how I launch OO.

However, I have been able to track down the cause for my character display problems. I turns out to be caused by a japanese character included in my spreadsheet. I am attaching the file. If someone could test also to see if it is reproducable on other machines as well. Note that I am only getting the problem when I launch OO with the file as argument, either by double-clicking in Nautilus or through >> ooffice test.odt in a terminal.

Could this perhaps be a different bug? Should I file a new bug report?

Revision history for this message
NeLaS (organelas) wrote :

I have just experienced the same misbehavior of OO with special characters. Yesterday I saved my file, it was working ok. Today it was broken. The characters affected for me were: éóúçãôâí (replaced by È, Û, "," , differently positioned dots, etc...) Not affected: ê. I'm writing in Brazilian Portuguese.

If I bold the text, special characters are displayed correctly. I'm using First Line Indent style and Arial Font. Headings are displayed correctly (probably because they are bold...). Screenshot attached.

I updated a few packages yesterday, but can't say if they are involved... they seem unrelated to me.

I found a workaround for this. Saving my file to DOC made the characters display correctly. Then after saving again to ODT characters are still ok. I tried editing and saving the file a few times, but it still works... (repeating the same with RTF gives the same result, but the styles are more messed up...)

Anyhow, the something that went wrong with the file, which caused OO to not identify the characters correctly, was ironed out by converting the documents to other formats. I have no idea of what triggered the bug.

Revision history for this message
NeLaS (organelas) wrote :

Just to add that the workaround did not work as expected... after a few days "ê" is being displayed incorrectly in ODT and "Ó" is replaced by " in DOC...

Revision history for this message
Dominique Hausser (dominique-hausser) wrote :

I confirmed that in OOo.org 2.4.1-1ubuntu2 this problem appears again for me.

As usual I checked the various OOo.org packages for french, I checked my fonts packages I run

sudo fc-cache -f -v

è ü é ö à ä î û â ê produce the following ˸ é ö à ‰ î û â ê

The problem is coming back regularly with some updates, seems to be corrected with a next update, come back again ... (the problem is that affected letters are not always the same, from all to some, like this time.

As I have to work with a graphical chart, I must use Arial from Microsoft... and it will take a while before the modification of the chart.

If someone could find what's behind the recursive problem and help a poor user, it would be wonderful.

Thanks.

Revision history for this message
Stephan (stephan-h) wrote :

(At least) the flavor I reported in
  https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/173090/comments/33
and following seems to exactly match the description of
  http://qa.openoffice.org/issues/show_bug.cgi?id=88376
which has been FIXED ;-)))

Too bad that this thread couldn't really help. A funny co-incidence:
Upstream first succeeded in reproducing the error on April 25, 2008,
one day before I isolated it into two tiny documents ;-)

I especially find the background in
  http://blogs.sun.com/GullFOSS/entry/what_could_possibly_go_wrong
very enlightening.

Revision history for this message
Chris Cheney (ccheney) wrote :

This appears to be fixed in 2.4.2 which could potentially go into hardy-updates assuming it isn't too invasive, and 2.4.2 is a bug fix only release...

Changed in openoffice.org:
assignee: nobody → ccheney
importance: Undecided → High
milestone: none → ubuntu-8.04.2
status: New → Triaged
Revision history for this message
Chris Cheney (ccheney) wrote :

This needs to be fixed in intrepid once 2.4.2 is released next month.

Changed in openoffice.org:
assignee: nobody → ccheney
importance: Undecided → High
milestone: none → intrepid-updates
Revision history for this message
Eva C. (naceira) wrote :

Same issue here. In Spanish with Intrepid Ibex. (Duplicate Bug #297718).

In the attached document you can see how OO 2.4.1 installed from the official Ubuntu 8.10 iso supplied by Ubuntu.com incorrectly shows some characters in this list:

ÁÉÍÓÚ
áéíóú
Ññ
ç
!"·$%&/()=?¿
¡

as seen (in red) on the attached screenshot.

O.O. package: 1:2.4.1-11ubuntu2

$ lsb_release -rd
Description: Ubuntu 8.10
Release: 8.10

ProblemType: Bug
Architecture: i386
DistroRelease: Ubuntu 8.10
NonfreeKernelModules: nvidia
Package: openoffice.org-core 1:2.4.1-11ubuntu2
ProcEnviron:
 PATH=/usr/lib/openoffice/program:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=es_ES.UTF-8
 SHELL=/bin/bash
SourcePackage: openoffice.org
Uname: Linux 2.6.27-7-generic i686

Revision history for this message
Stephan (stephan-h) wrote :

This bug *shouldn't* be relevant any more, since 3.0 and 2.4.2 have been released,
both versions containing the fix.

Only the .deb packages for 2.4.2 don't seem to be available yet.
Since this was indeed a critical bug for many people, and since 2.4.2 seems to
be available for 4 weeks now, it would be a real treat, if ubuntu could ship
fresh packages ;-)

For those who can't wait for the 2.4.2 debs I suggest to fetch the latest package
from http://download.openoffice.org/other.html
;-)

Chris Cheney (ccheney)
Changed in openoffice.org:
milestone: intrepid-updates → jaunty-alpha-2
Revision history for this message
Florian Sesser (floriansesser) wrote :

Critical indeed. I agree w/ Stephan: As bugfix release, this should make it into mainstream ubuntu. I would love to see this also in the 8.04 LTS release.

Revision history for this message
Don Cristóbal (doncristobal) wrote :

Same problem here, Ubuntu 8.10 Intrepid, latest OOo from the repos (2.4.1). As it seems to be fixed in OOo 2.4.2, the fix must absolutely be brought to Ubuntu as soon as possible. Thanks!

Chris Cheney (ccheney)
Changed in openoffice.org:
milestone: jaunty-alpha-2 → jaunty-alpha-3
Changed in openoffice:
status: Unknown → Invalid
Revision history for this message
Stephan (stephan-h) wrote :

> ** Changed in: openoffice
> Status: Unknown => Invalid

Hm, is that all the "progress" we'll ever get here?
Or: what is the semantics of marking a critical bug as invalid?

Revision history for this message
managementboy (managementboy) wrote :

I have just the same problem as described. the 2.4.1 version has the bug. Strangely the fonts viewed as Bold work well. Can someone build 2.4.2 for hardy++?

Revision history for this message
Chris Cheney (ccheney) wrote :

Do you still have this problem with the new version of OOo in the ppa at https://launchpad.net/~openoffice-pkgs/+archive ?

Changed in openoffice:
status: Invalid → Unknown
Changed in openoffice.org:
assignee: ccheney → nobody
milestone: jaunty-alpha-3 → none
status: Triaged → Fix Released
assignee: ccheney → nobody
importance: High → Undecided
status: Triaged → Incomplete
Changed in openoffice:
status: Unknown → Fix Released
Chris Cheney (ccheney)
Changed in openoffice.org:
milestone: ubuntu-8.04.2 → none
status: Incomplete → Won't Fix
Revision history for this message
hs (hs4711) wrote :

Thanks Chris,
the version of the ppa worked for me. I've tested it with the test documents from the various oo bug reports.

I'd like to see this in hardy-updates to have it officially maintened and respected at the upgrade to the next LTS.
Is this possible?

Revision history for this message
Don Cristóbal (doncristobal) wrote :

Chris: Seems to work here (Ubuntu 8.10 Intrepid, now with OOo 3 from the ppa, tested quite some documents). Thank you!

Does this mean we'll get OOo 3 in Intrepid now?

If not, are there also packages for 2.4.2?

Revision history for this message
Chris Cheney (ccheney) wrote :

Christoph,

Ubuntu 8.10 is already released so no new packages in it directly, however the backports team may backport 3.0.1 to Intrepid via intrepid-backports once it is released, and you can use the ppa packages in the meantime. Of course OOo 3.0.1 will also be in Jaunty (Ubuntu 9.04).

Revision history for this message
Don Cristóbal (doncristobal) wrote : Re: [Bug 173090] Re: [upstream] [hardy] Special characters are not displayed correctly, fonts dissappear from the menu

Thanks, Chris. This is what I expected concerning OOo 3.
But what about the fixed 2.4 version (2.4.2)? The status on top of the
page looks confusing to me.
Personally, I have a working OOo version now (from the ppa), so no
problem for me. However the version from the normal repositories should
work, too - be it 2.4.2 or 3.0.1!

Revision history for this message
Jukka Niiranen (jukka-niiranen-fi) wrote :

Hi!

I've had this same problem with two separate 64bit laptops running Ubuntu 8.10 Intreped Ibex (with all updates from repositories) and Open Office 2.4.1. (openoffice.org-core 1:2.4.1-11ubuntu2.1) during past month (Feb-Mar 2009). In my case the problem occured with Finnish language text written with Arial font. Both small and capital A-umlaut ( ä ) got temporarily corrupted.

Although, reinstalling msttcorefonts did the trick for me, I sincerely concur with the above, that a working office suite must be included in the normal repositories.

Cheers, Jukka

PS: My horror scenario is that the problem reoccurs one day when I'm giving a speech or presentation somewhere....

Revision history for this message
Uwe Mock (u-mock) wrote :

I have had this problem today. The affected font was Arial, and the problem occured only in OOo Writer.

My system is Kubuntu Hardy with latest fixes. I tried reinstalling msttcorefonts and lots more without any success.

However, I there was something that solved the problem immediately: As soon as I delete the file

/home/user/.openoffice.org2/user/registry/data/org/openoffice/UserProfile.xcu

the problem is completely gone. This also deletes the user's name and address and so on. And when you re-enter the information to a certain amount, the problem reappears.

This could be a clue to maybe fix this bug forever.

Revision history for this message
Tobias (ulbricht-tobias) wrote :

Hi.

Yesterday this bug hit me severely.
You open an old document, urgently need to print and edit it and these glyph replacements appear!
It took me 2 hours to find the bug on the web, since it is already fixed for several distributions, except hardy/hardy-updates/hardy-security...

If there is any way to still get this into hardy ?
If 2.4.2 doesn't get into hardy-updates, one could also fix it for current 2.4.1.
Debian did it, ifdef' ing out the triggering code-patch, crosslinking:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=481518
and the changelog shows the bugfix for the corresponding upstream-bugtrack:
http://packages.debian.org/changelogs/pool/main/o/openoffice.org/openoffice.org_2.4.1+dfsg-1+lenny3/changelog#versionversion1:2.4.1-17

I add the corresponding patch that debian uses in
ooo-build/patches/src680

The bug is severe for the ones that hit it.
And I also believe that hardy (still LTS) should be fixed, since there is no way to around this bug staying within hardy.

Regards, Tobias.

Revision history for this message
Tobias (ulbricht-tobias) wrote :

Finding no other way, to make this bug memorable for hardy. Hope, that's ok.

Changed in openoffice.org (Ubuntu Hardy):
status: Won't Fix → Confirmed
Chris Cheney (ccheney)
Changed in openoffice.org (Ubuntu Hardy):
status: Confirmed → Won't Fix
Revision history for this message
Tobias (ulbricht-tobias) wrote :

Bug is invalid for openoffice.org2 (Ubuntu), was marked as "won't fix" for Hardy and obsolete by now (LTS over)

Changed in openoffice.org2 (Ubuntu Hardy):
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.