Closed Bug 263238 Opened 20 years ago Closed 20 years ago

Error about addCurPageCmd.commandkey entity with 1.8a4 on OS/2

Categories

(Mozilla Localizations :: de / German, defect)

x86
OS/2
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: mozilla, Assigned: kairo)

Details

Mozilla/5.0 (OS/2; U; Warp 4.5; de-AT; rv:1.8a4) Gecko/20040930

After installing the German language pack from
<http://mozilla.kairo.at/download.php?ver=1.8a4#LangPack> on Mozilla 1.8apha4 on
OS/2 and activating it, I get this message in the lower part of the window:

    <key id="addBookmarkKb" key="&addCurPageCmd.commandkey;"
command="Browser:AddBookmark" modifiers="accel,shift"/>
---------------------------------^

Normally, I would assume that the entity &addCurPageCmd.commandkey; is missing
from the language pack, but in this case that is not it. This only happens with
the de-AT pack, not e.g. zh-TW. No tricks with cleaning the profile etc. work.

Hmm, after searching a bit more, I can make this error go away if I add a line
<!ENTITY addCurPageCmd.commandkey "z">
to locale\de-AT\navigator-platform\platformNavigationBindings.dtd that is packed
into de-unix.jar. But I still don't understand why, as this entity is present
neither in en-unix.jar nor zh-unix.jar and English and Chinese both work without
the error. I cannot find anything in Bugzilla about this and no messages in the
other newsgroups, so I guess this is OS/2 only.
It sounds like their platform checking code is incorrect.

They are making OS/2 a unix variant when it should be a win variant.

So my guess is that we have code that follows the win path expexcting an xx-win
variant, and the key isn't there.

This makes that clear:

http://lxr.mozilla.org/seamonkey/search?string=addCurPageCmd.commandkey

we use the windows version of platformNavigationBindings.xul so we have to use
the windows version of platformNavigationBindings.dtd.

Can you post their install.js file?

I fixed this bug many ages ago here:

http://lxr.mozilla.org/seamonkey/source/xpinstall/packager/common/share.t#68

People should be using this version of getPlatform.
Yes, the OS/2 case is missing in the install.js of the de-AT language pack while
it is present in the zh-TW XPI. This would be the patch

--- install.js	Sat Oct  2 21:19:16 2004
+++ install_withOS2.js	Thu Oct  7 12:32:01 2004
@@ -232,6 +232,8 @@
       platformNode = 'mac';
     else if (!platformStr.search(/^Win/))
       platformNode = 'win';
+    else if (!platformStr.search(/^OS\/2/))
+      platformNode = 'win';
     else
       platformNode = 'unix';
   }

I will try tonight on OS/2 if it works.
Did you get this solved?
Yes, the patch from comment 2 works fine here. Is there a file in the Seamonkey
tree that I should create a patch against, or do we need to wait for KaiRo do
update it in the LanguagePack?
The tree has the right files - will have to wait for kairo to update the langpack
Can we get rid of this one yet?
FIXED in Nightly XPI pack 2004-11-19-05 as I see. I think Robert forgot to close
the bug.
Status: NEW → RESOLVED
Closed: 20 years ago
QA Contact: Sebastian → mozilla
Resolution: --- → FIXED
I actually didn't forget it but wanted to wait for 1.8a5 before closing it, so
someone with OS/2 can verify it more easily...
Verified fixed with 1.8a5 and corresponding mozilla-1.8a5.de-AT.langpack.xpi
LanguagePack.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.