Closed
Bug 548827
Opened 14 years ago
Closed 14 years ago
Loading PKCS#11 module fails
Categories
(Core :: Security: PSM, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: nesovicdarko, Unassigned)
Details
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2) Gecko/20100115 Firefox/3.6 Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2) Gecko/20100115 Firefox/3.6 PKCS#11 module, which works fine on other platforms (Windows XP, Linux) loaded as .dll or .so file, can not be loaded on Mac OS X. Alert message appears. The same problem appears in bug 496013, and it seems not be fixed on newer versions. Reproducible: Always Module has been successfully built and tested on Win XP, Linux and Mac OS X 10.6, successfully loaded on WinXP and Linux.
Comment 1•14 years ago
|
||
That's odd. Bug 496013 claims to be fixed in Firefox 3.6...
Comment 2•14 years ago
|
||
Darko, which module are you trying to use? It sounds like you have a self-build module. If that is the case can you please attach it to the bug report? Further it would be nice to see exact steps you are using to reproduce this issue.
Yes, it's self-built module, but, unfortunately, I have no rights to attach it. I've also tried to load a file "libnssckbi.dylib", actually, I've repeated scenario described in bug 496013 and same alert message "Unable to add module!" appears. When I try to load libnssckbi.so, on Linux, I get message "Security Module already exists", so I suppose, the same message should appear no Mac OS X too, but it doesn't! Also, I've tried to debug and see whether firefox call some of module functions, but, it doesn't. Thank you in advance for your help!
Comment 4•14 years ago
|
||
Everyone should have permissions to attach files on a bug. Can you tell us in which folder the PKCS#11 module is located?
Version: unspecified → 1.9.2 Branch
Comment 6•14 years ago
|
||
Hi, I can confirm that problem still exists in debug version of the trunk (Minefield) as well. I've found out a possible temporary workaround: After building the nss 3.12.5 from mac ports, I was able to manually add the module by using modutil. After starting the firefox again, the module did show up. The functionality further test will be made tomorrow. Best regards, Momcilo
Comment 7•14 years ago
|
||
Honza, I'm absolutely sure that this was definitely ok, when I have verified the fix on bug 496013. Now when trying to verify it again with the same Shiretoko build it doesn't work. Do we suffer from an Apple bug?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 8•14 years ago
|
||
Hi, Our module was built using CMake. We've used the Unix Makefiles generator. We've tried with XCode as well and failed. After trying to attach to the Firefox process, Xcode has reported that the build target was incompatible with i386 and ppc binaries. We have discovered that we have built the 64-bit module!!! :( We've rebuilt it as i386, and everything worked! Sorry for the false alarm, and thank you for the fast reaction. Best regards, Momcilo Majic
Comment 9•14 years ago
|
||
Darko: is this problem related to just a single module of your own, or any module you are trying to import? There has been no activity on this bug for a long time, is this still valid? Henrik: did you try to find a regression range or at least the same build it used to work to figure out it is some change in the Mac OS?
Reporter | ||
Comment 10•14 years ago
|
||
As Momcilo said, we have built incompatible 64-bit module instead 32-bit one and that solved problem. Problem was related to our module and libnssckbi.dylib module, but now both of them work fine. Best regards, Darko Nesovic
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 11•14 years ago
|
||
My first sentence is little obscure, sorry. Building 32-bit module solved problem. Best regards, Darko
Comment 12•14 years ago
|
||
Checked again with libnssckbi.dylib and Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.5pre) Gecko/20100513 Namoroka/3.6.5pre ID:20100513033551 Everything is loaded fine. Honza, shall we use this bug for the 64 bit module issue or is it known that we do not support 64 bit modules yet? If it's the latter case do we already have an implementation bug?
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 13•14 years ago
|
||
We have tested the 64-bit modules under Ubuntu 9.10 (amd64) vanilla installation, and everything works correctly. I am not sure about Mac OS X, since only 32 bit binaries are provided. Momcilo
Comment 14•14 years ago
|
||
That would make sense. We have 64 bit builds for 3.7a. Would be great if you could give it a test: http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2010/05/2010-05-18-03-mozilla-central/firefox-3.7a5pre.en-US.mac64.dmg
Comment 15•14 years ago
|
||
So, Darko's issue is fixed, and we should probably close this bug as NOTABUG. Henrik, what's the other issue that you want tested?
Updated•14 years ago
|
Assignee: kaie → nobody
Comment 16•14 years ago
|
||
(In reply to comment #15) > Henrik, what's the other issue that you want tested? Thanks for the reminder. I have re-tested and everything works fine. So we really should close this bug. Darko, can you file a new bug for updating the error message? It's really confusing on OS X. Thanks.
Status: REOPENED → RESOLVED
Closed: 14 years ago → 14 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•