Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing
|Summary:||Language Modules checkbox not saved|
|Component:||ui||Assignee:||AOO issues mailing list <issues>|
|Status:||ACCEPTED ---||QA Contact:|
|Version:||OOo 1.1 Beta2|
|Target Milestone:||AOO Later|
|Issue Type:||DEFECT||Latest Confirmation in:||---|
|Issue Depends on:|
Description joerg.skottke 2003-06-20 09:34:24 UTC
Applies to asian versions only The Tools/Options/Language Settings/Writing Aids/Available Language Modules/StarSuite ... checkbox is not saved This is the first of two entries in the list, the other is saved ok.
Comment 1 joerg.skottke 2003-06-20 09:35:15 UTC
Comment 2 Oliver Specht 2003-06-20 09:55:38 UTC
Comment 3 thomas.lange 2003-06-20 10:28:21 UTC
As seen with US it works perfect with SRX645 m7 and Linux.
Comment 4 thomas.lange 2003-06-20 10:28:43 UTC
Comment 5 thomas.lange 2003-06-20 10:28:56 UTC
Comment 6 thomas.lange 2003-06-20 10:29:15 UTC
Comment 7 joerg.skottke 2003-07-23 11:45:02 UTC
Comment 8 thorsten.ziehm 2003-07-30 08:58:56 UTC
This bug occures only on chinese versions. I tested 86 (simpl. chinese) on Windows and allways the status of this checkbox isn't saved after restart.
Comment 9 joerg.skottke 2003-08-15 09:51:21 UTC
I can easily reproduce this manually. Just uncheck everything in this dialog, restart the office and you will find that the checkbox is checked again. Confirmed on Win2000 w. german locale and a chinese simp. office.
Comment 10 thomas.lange 2003-08-15 13:52:12 UTC
I could reproduce this only one direct after the installation (srx645_m15-5_86). After I used a DLL for debugging it did not happen again, even not with the original DLL anymore. Thus I currenlty have no chance to get to the ground of this.
Comment 11 thomas.lange 2003-09-15 12:55:49 UTC
TL->JSK: Since I can not reproduce it anymore and have not further from you about this.
Comment 12 joerg.skottke 2003-09-24 11:47:59 UTC
Thomas, please take yourself the time to look why this checkbox is saved in another way than the other checkboxes in that dialog - there must be a difference. Possibly we are caching the data somewhere and the algorith has a flaw? as tz said: this happens on chinese (simp) version running on Win2k (de). and i'm not going to reproduce this issue again explicitly, tz has seen it, i have seen it and you as well. There is no evidence to believe the problem is solved "by accident".
Comment 13 thomas.lange 2003-09-29 10:52:50 UTC
TL->JSK: As discussed back to you for the time being, and you'll give assign it back to me when you've found the next version where this occurs reproducable.
Comment 14 joerg.skottke 2003-11-18 12:39:40 UTC
Ha! Got it once again. This time using a spanish and an english version. You're not going to escape this time, villain! ;)
Comment 15 thomas.lange 2003-11-19 08:45:22 UTC
The code used currently in SRX645 in that area is not up to date. Not even for SRX645. In SRC680 m14 the code has already changed. But for SRX 645 please wait until CWS sw7pp1 has been integrated (or apply the patch from it manually) and check the issue again. The code area has been reworked and some possible problems of it fixed in that CWS. Meanwhile I will still have a look and try again to find out what went wrong in the original code.
Comment 16 ingo.schmidt-rosbiegal 2003-11-19 15:13:57 UTC
IS: We can fix this task in a PP2 by writing the new keys ca-ES instead of ca-AD (twice) and adding three keys ca-AD with empty strings as value (three times).
Comment 17 thomas.lange 2003-11-20 06:27:18 UTC
I checked if it would work to entries with the empty string. Unfortunately this will not solve the poblem without further code changes.
Comment 18 thomas.lange 2003-11-24 08:19:04 UTC
TL->IS: Please discuss with JB where it should be fixed.
Comment 19 ingo.schmidt-rosbiegal 2003-11-24 09:19:14 UTC
IS -> TL: I do not need to discuss this with JB. Today in scp there is no chance to remove ConfigurationItems, there is not setup API for this. This would have to be implemented into the setup by JB or DV. But as you know, we want to go away from our current setup, therefore this bugfix would not be useful. Much more useful it would be, if your code works with empty strings. This is really your problem. Or you should tell JB more significant reasons, why he should include this new setup feature.
Comment 20 thomas.lange 2003-12-01 11:21:08 UTC
Comment 21 thomas.lange 2003-12-02 11:59:02 UTC
Unfortunately not that easy to be fixed as expected. Thus target changed to OOo 2.0 as discussed with JSK. TL->IS: Back to you because now you can fix it by removing the invalid entries from the setup.
Comment 22 thomas.lange 2004-02-23 08:24:29 UTC
Current locale values: Chinese traditional zh-TW Chinese simplified zh-CN Chinese Hong-Kong zh-HK Chinese Singapore zh-SG Chinese Macau zh-MO Japanese ja-JP Korean ko-KR
Comment 23 ingo.schmidt-rosbiegal 2004-02-25 10:38:10 UTC
There are no asian inso modules. Therefore I cannot change any entry into the linguistic.xml for these languages. The only change I can make is ca-AD to ca-ES for catalan. But this is only included into spanish installation sets. Hope, this fixes this task. If not, I have to remove it from this CWS.
Comment 24 ingo.schmidt-rosbiegal 2004-02-25 10:45:57 UTC
Comment 25 ingo.schmidt-rosbiegal 2004-02-25 13:17:40 UTC
IS -> JSK: I created an spanish Windows installation set in cws scp2fix1. In this the module catalan can be selected. For this I changed all occurences of ca-AD to ca-ES.
Comment 26 joerg.skottke 2004-03-02 10:54:39 UTC
In the current build (scp2fix1/spanish/windows) the issue is not fixed. The checkboxes for language module and the IgnoreAll list are not saved (always checked on after restarting the office)
Comment 27 joerg.skottke 2004-03-02 10:55:23 UTC
reassign to is
Comment 28 ingo.schmidt-rosbiegal 2004-03-02 11:17:26 UTC
IS -> TL : If changing from ca-AD to ca-ES is not sufficient, this task has to be removed from the cws scp2fix1 and goes back to you for further investigations.
Comment 29 thomas.lange 2004-04-20 13:58:41 UTC
Comment 30 michael.ruess 2004-05-04 09:48:06 UTC
Because this seems to occur only sporadically, re-targeted to OO later.