Closed
Bug 161552
Opened 22 years ago
Closed 22 years ago
FindCertObjectByRecipient is building its own template.
Categories
(NSS :: Libraries, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
3.6
People
(Reporter: wtc, Assigned: rrelyea)
Details
Attachments
(1 file)
FindCertObjectByRecipient is building itss own template instead of calling findCertByIssuer/SN. See comments 1, 3, 4, and 5 in bug 142776 for more info.
Assignee | ||
Comment 2•22 years ago
|
||
This patch not only cleans up getting the recipient certs in the recipient list, but also uses standard search functions as well to find the key. The new code and even handle the case where the cert and the key may be in different tokens (though this has not been tested). This code has been tested against both the database and a token. bob
Comment 3•22 years ago
|
||
Comment on attachment 95292 [details] [diff] [review] Use our existing standard functions to implement the GetRecipientList functions. Bob- I don't understand your changes to libdev, specifically the use of nssTokenSearchType_TokenForced. That is a special value used in constructing the token object cache. If you want the search to be restricted to token objects only, you can use nssTokenSearchType_TokenOnly.
Assignee | ||
Comment 4•22 years ago
|
||
I want to bypass the token cache.. In the old code we went right for the token. In the new code we were going through the cache, but I was having problems with my token because the PKCS #11 driver somehow munged the Serial number, but finds it OK from findobjects. I was originally going to try to pass a flag that said 'skip the cache', but I saw you already had such a flag. bob
Assignee | ||
Comment 5•22 years ago
|
||
Checked into NSS tip.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•