Closed
Bug 521296
Opened 15 years ago
Closed 14 years ago
Using non-ASCII characters in "Module name" while loading new device in (security) device manager results to empty device name
Categories
(Core :: Security, defect)
Tracking
()
VERIFIED
DUPLICATE
of bug 496005
People
(Reporter: michal.bruncko, Assigned: m_kato)
Details
(Keywords: intl)
User-Agent: Opera/9.80 (Windows NT 5.1; U; en) Presto/2.2.15 Version/10.00
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.4pre) Gecko/20091007 Shredder/3.0pre
When I use non-ASCII characters in "Module name" while loading new security device in device manager, the loaded device will have a empty name instead of name defined by "module name". When I use standard ASCII characters, the name of device will be correctly appended.
Reproducible: Always
Steps to Reproduce:
1. Open Tools -> Options...
2. Click on Advanced -> Certificates -> Security devices
3. In Device Manager window, click on "Load" and try to load some device (I have loaded library to my TokenKey SafeNet iKey4000) and in input box for "Module name", use some of non-ASCII characters (like ľščťžýáíé). Default text in slovak language (that I using) has also non-ASCII character (Nový modul PKCS#11 - char "ý")
4. After click on "OK" button in "Load PKCS#11 Device", the new appeded device will have empty name.
Actual Results:
Appended device have empty name.
Expected Results:
Appended device should be name defined in "Module name" inputbox from device load window.
Device name with empty string cannot be removed. Removal operation results to:
Error: uncaught exception: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIPKCS11ModuleDB.findModuleByName]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: chrome://pippki/content/device_manager.js :: getSelectedItem :: line 218" data: no]
Comment 1•15 years ago
|
||
Michal do you have the same issue in Firefox ?
Reporter | ||
Comment 2•15 years ago
|
||
Yes, the same issue with Mozilla/5.0 (Windows; U; Windows NT 5.1; sk; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3 (.NET CLR 3.5.30729)
Updated•15 years ago
|
Product: Thunderbird → Core
QA Contact: thunderbird → toolkit
Version: unspecified → 1.9.2 Branch
Assignee | ||
Comment 3•15 years ago
|
||
I think that this is Windows platform only. reporter uses Windows.
http://mxr.mozilla.org/mozilla-central/source/security/manager/ssl/src/nsPKCS11Slot.cpp#453
We should use platform charset instead of UTF8.
Assignee: nobody → m_kato
OS: All → Windows XP
Hardware: x86 → All
Comment 4•14 years ago
|
||
Bug is still present in the latest Thunderbird release and behaves exactly like Michal described - except that no module info in the right pane is displayed. I was developing a custom PKCS#11 module and spent 2 days trying to figure out why it won't display the module info - and this was the reason. Now it works but it is painful to change "Nový modul PKCS#11" to something else every time.
Assignee | ||
Updated•14 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•