Closed
Bug 307295
Opened 19 years ago
Closed 9 years ago
nsIASN1 APIs should provide unique keys, not display strings
Categories
(Core :: Security: PSM, defect)
Core
Security: PSM
Tracking
()
RESOLVED
WONTFIX
Future
People
(Reporter: sfraser_bugs, Unassigned)
Details
(Whiteboard: [kerh-eha])
I'm trying to build a cert UI in Camino, and I don't want to use a nsIASN1Tree (since that confounds model with view, and has an impedence mismatch with the Cocoa NSOutlineView APIs). I'm thus forced to grovel around in the nsIASN1Sequence for the attributes that are not exposed via nsIX509Cert. Unfortunately the tag and type fields are not initialized for a nsIASN1Sequence obtained from an nsIX509Cert, so the only way to identify what attribute a nsIASN1Object refers to is the display name. This is not good, because they are not guaranteed to be unique, and, anyway, the UI layer should be the one to map key to display name via string bundle, not the backend.
Updated•19 years ago
|
Whiteboard: [kerh-eha]
Updated•19 years ago
|
Assignee: kengert → nobody
Target Milestone: --- → Future
Updated•18 years ago
|
QA Contact: psm
Comment 1•9 years ago
|
||
I think the right direction to go in would be to remove the nsIASN1 APIs and just expose the necessary information via nsIX509Cert. To that end, if you need something exposed from nsIX509Cert, please feel free to file a new bug.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•