From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.3a) Gecko/20021212 Description of problem: I actually thought i made a bugreport on this some months back, but i can't seem to find it and this problem is getting annoying as it effectively keeps me from using OpenOffice in the default setup! When using OpenOffice applications in Phoebe(and Psyche as well for that matter), national special special chars like the danish [$aelign; å ø] and there uppercase equivs. does not work... I can hit the keys as hard as i like and still nothing is put onto the screen. starting from a terminal(ex. oowriter) yields the same result, which is expected as this is surely the way the application is started normally. I18N: X Window System doesn't support locale "en_DK.UTF8" is displayed in the terminal. But starting it like this: env LANG="en_DK" oowriter makes the problem go away. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Install Red Hat Linux, selecting English(Denmark) as locale 2. start oowriter 3. hit a couple of keys on the keyboard to make sure input is working, then hit the danish special keys. Actual Results: Nothing happens when pressing the danish national char keys. Expected Results: The national chars should be output just like any other char! Additional info: I'm setting prio high as this problems is most likely affecting a significant amount of users, given the case that UTF8 locales just doen't work correctly. Now I just hope that this is actually an openoffice bug. Otherwise please advise on where to move the record.
Still a problem with Phoebe-3(8.0.94)... Is somebody already working on this is it not really an openoffice bug??? This didn't work on 8.0 either!!! I know more than a few people with this problem! Although it can be worked around, it's an annoying bug!
I found that putting a line 'LC_ALL="C"' in /etc/sysconfig/i18n solved the problem... I've been working on the system for a few days now and it doesn't seem to have ruined anything else. I'm not entirely sure how the relation between LANG and LC_ALL works, so please let me know if there is a reason that it's not already like that???
This is STILL a problem.. It HAS been a problem sine whenever openoffice was included in the redhat distro. If you need me to provide more/better info, or if I need to take the problem somewhere else, please let me know!
What keyboard layout are you using? I notice you are using "en_DK", meaning English but Danish locale, is that correct? Can you point me to some details on the keyboard mapping that en_DK uses? Basically, I need to get that keyboard mapping installed and I need to know what key combinations to press to get the symbols in question. Its not a font issue since I can insert that character manually, but of course you don't want/shouldn't need to do that :) Thanks! Dan
*** Bug 100544 has been marked as a duplicate of this bug. ***
*** Bug 117428 has been marked as a duplicate of this bug. ***
*** This bug has been marked as a duplicate of 75863 ***
This is still a problem in FC2-test2... It can be overcome by setting LANG=C on launch, but this should not be required, right?!?
Reopening bug to bypass filters - i'm not owner of the duplicate-of bug!
I'm not able to reproduce with the OOo 1.1.2 packages currently in rawhide. Please try those and reopen the bug if necessary.
Please make sure that the fix is put in RHEL updates as well??? I'm not able to reproduce on FC3-test1 (rawhide actually) either, so that's good. However... RHEL3 still have this issue!