Issue 15841 - Language Modules checkbox not saved
Summary: Language Modules checkbox not saved
Alias: None
Product: General
Classification: Code
Component: ui (show other issues)
Version: OOo 1.1 Beta2
Hardware: All All
: P3 Trivial (vote)
Target Milestone: AOO Later
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Blocks: 20935
  Show dependency tree
Reported: 2003-06-20 09:34 UTC by joerg.skottke
Modified: 2013-02-07 22:16 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Note You need to log in before you can comment on or make changes to this issue.
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
Target 1.1RC
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

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

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 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 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 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 2004-02-25 10:45:57 UTC
Comment 25 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 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.