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)

defect
Not set
normal

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.
Whiteboard: [kerh-eha]
Assignee: kengert → nobody
Target Milestone: --- → Future
QA Contact: psm
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.