Closed Bug 503515 Opened 15 years ago Closed 8 years ago

exporting certificates lack an extension

Categories

(Core Graveyard :: Security: UI, defect)

defect
Not set
minor

Tracking

(firefox47 fixed)

RESOLVED FIXED
mozilla47
Tracking Status
firefox47 --- fixed

People

(Reporter: kbrosnan, Assigned: Cykesiopka)

References

Details

(Whiteboard: [securitytestday])

Attachments

(3 files, 1 obsolete file)

Export a cert via options/prefs > advanced > encryption > view certificates > servers > export don't have a file extension. This makes importing the file via the certificate manger harder as it is not detected by the file picker.

If you don't have an exception listed you can add one by visiting https://verisign.com
Whiteboard: [securitytestday]
Attached image Cert export screenshot
Attached image Cert import screenshot
in-litmus+
https://litmus.mozilla.org/show_test.cgi?id=6017

This is the actual test case that discovered the bug.
Flags: in-litmus+
Version: unspecified → 1.9.1 Branch
Note that on Windows, a .crt extension *is* in fact appended. On my Linux setup, there is no extension appended, as noted in comment 0.
Assignee: nobody → cykesiopka.bmo
Severity: normal → minor
Status: NEW → ASSIGNED
Component: Security → Security: UI
Product: Toolkit → Core
Version: 1.9.1 Branch → unspecified
Comment on attachment 8716853 [details]
MozReview Request: Bug 503515 - Try and ensure exported certificates include an extension by default.

https://reviewboard.mozilla.org/r/33959/#review30727

Sounds good. Just the one question.

::: security/manager/pki/resources/content/pippki.js:93
(Diff revision 1)
> +  fp.init(parent, bundle.getString("SaveCertAs"), nsIFilePicker.modeSave);

My one concern with moving this line is the documentation says the file picker isn't valid until init is called. Should it occur before setting defaultString/Extension?
Attachment #8716853 - Flags: review?(dkeeler) → review+
https://reviewboard.mozilla.org/r/33959/#review30727

Thanks for the review!

> My one concern with moving this line is the documentation says the file picker isn't valid until init is called. Should it occur before setting defaultString/Extension?

Good catch - the call to init() should stay where it is. I was reading https://developer.mozilla.org/en-US/docs/Mozilla/Tech/XPCOM/Reference/Interface/nsIFilePicker concerning defaultString, and somehow misread "This should be set before calling open() or show()" as "[...] init()"...
- Revert move of init() call.
Attachment #8716853 - Attachment is obsolete: true
Attachment #8717339 - Flags: review+
https://treeherder.mozilla.org/#/jobs?repo=try&revision=ee91b67bcf6e

The tc[Tier-2](B) failure looks unrelated.
Keywords: checkin-needed
https://hg.mozilla.org/mozilla-central/rev/3b0ec072cd21
Status: ASSIGNED → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla47
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: