Apache OpenOffice (AOO) Bugzilla – Issue 83370
Wrong rendering of umlauts of "Albany AMT" on Linux
Last modified: 2013-08-07 14:43:03 UTC
I got a .doc file from my institute and noticed after opening the file that everywhere normally the letter "ö" should be there was just a "^". I will attach the document and a screenshot.
Created attachment 49461 [details] the problematic file
Created attachment 49462 [details] screenshot showing broken rendering
As a workaround, in Tools.Options.OpenOffice.Fonts you could assign to replace font "Arial" by "Albany" MRU->HDU: it looks that the font Arial is replace by "Albany AMT" instead of "Albany". Problem is, that the AMT variant does not contain Umlaut ö.
@MRU: no wonder that "Albany AMT" instead of "Albany" is used, because OOo isn't shipped with Albany, so unless someone installed the real thing it is just not on the system. @ronnystandtke: I suggest to install more fonts on your system, e.g. the distribution probably has a font package name "*ttcore*" or something similar.
Do you mean the package "msttcorefonts - Installer for Microsoft TrueType core fonts"? Sorry, relying on proprietary fonts is no solution. OOo should automatically check for fonts installed on the system and fall back on them in a sane order (i.e. if the text contains umlauts do not choose a font without them).
Ok, I had a closer look into this: I didn't find any "Albany AMT" version without the umlauts (@mru: where did you get them? what was the name of the corresponding rpm package?). By the way which OOo version was used for the screenshot? Any recent "official" version worked here... Also of course we check that the fonts support the characters. The problem is that sometimes the font advertise support for something they don't have.
> By the way which OOo version was used for the screenshot? I am using OOo on a standard installation of Ubuntu 7.10.
We have been able to reproduce it here once, then never again despite many efforts. Is there some trick that makes it more reproducable?
Here (Swiss-German installation of Ubuntu 7.10 with all updates installed, using locale de_CH.UTF-8) I can reproduce the problem always.
Adjusting summary to name the problematic font directly.
using openSUSE 10.3 with OO2.3.0. CALC Have the same bug with umlauts, means: - Albany AMT cannot display the characters, "ä" will be promille aso - changing font to URW Bookman L solves this part, as described by others But that's not the complete problem. Remember, its calc: Editing a cell will fill the input box just beneath the menu region with the content of the cell. Now there is the situation: - edit text box has still the wrong umlaut characters, while the cell shows correct umlaut In addition i looked at extras -> options. Even there the left treeview shows the wrong umlaut at openoffice.org -> "Zugänglichkeit" Hope this helps ;)
I just tried again with an OpenSuse (10.1 though) and couldn't reproduce it there neither. @MRU: reassigning back to QA. To debug this I need a reliable way to reproduce the problem. By the way, the edit field (input box just beneath the menu region) doesn't use the same font as the cell, but the user interface font (see Tools->Options->View). It would be interesting to know which UI font is used on the problematic system. With OpenSuse I guess the KDE plugin is probably active, so the UI font defined in the KDE control panel is probably the one.
@HDU: well I can reproduce it from scratch on our SUNRay when writing in Arial in a blank doc... I cannot reproduce it on an other Solaris machine (CWS nofc4sols or master). Reassigning to me.
remove target.
I just wanted to let you know that I use now Ubuntu-8.04 with OOo-2.4 and just run into exactly the same bug, just with another document. I also tried with the document attached to this bug report and can verify that the bug is still there...
I just tested with the latest OOo 3.0 beta and unfortunately, the bug is still there.
Cannot reproduce anymore on any systems @ronnystandtke: please try the current AND native build (not the Ubuntu one): http://download.openoffice.org/680/?intcmp=1235
That is a typical duplicate of issue 83376 => fixed in CWS vcl93 => OOO300_m4 *** This issue has been marked as a duplicate of 83376 ***
issue 88376 of course
issue 88376 of course => fixed in CWS vcl93 => OOO300_m4 *** This issue has been marked as a duplicate of 88376 ***
closed
I would love to test, but after installing all the OOO300_m4 debs I see no way of starting OOo. I searched for all executable files and got only this list: root@ronny-desktop:/opt/ooo-dev# find -type f -perm /+x ./basis3.0/program/stclient_wrapper ./basis3.0/program/msfontextract ./basis3.0/program/senddoc ./basis3.0/program/gnome-open-url.bin ./basis3.0/program/kde-open-url ./basis3.0/program/gnome-open-url ./basis3.0/program/pluginapp.bin ./basis3.0/program/spadmin.bin ./basis3.0/program/uri-encode ./basis3.0/program/setofficelang ./basis3.0/program/open-url ./basis3.0/program/pagein ./basis3.0/program/gengal.bin ./basis3.0/program/setofficelang.bin ./basis3.0/program/cde-open-url ./basis3.0/program/nsplugin ./basis3.0/program/gengal ./basis3.0/program/unpack_update ./basis3.0/program/python.bin ./basis3.0/program/testtool.bin ./basis3.0/program/testtoolrc ./basis3.0/program/hid.lst ./ure/bin/startup.sh ./ure/bin/javaldx ./ure/bin/regmerge ./ure/bin/uno.bin ./ure/bin/regcomp.bin ./ure/bin/regview What file do I have to execute to start the latest OOo build!?
@ronnystandtke: there must be soffice, swriter, sdraw, simpress, etc. somewhere? If you downloaded the *tar.gz file then just do tar tvzf xxx.tgz | fgrep swriter and look into which subdirectory it was extracted
I just tried on another machine and all packages are installed correctly. Strange... I just wanted to let you know that I can confirm that this bug is fixed in the latest developer snapshot. Thank you all very much!