GenerateAsymmetricKeyTask fails if no private key usages are passed

RESOLVED FIXED in Firefox 35

Status

()

defect
RESOLVED FIXED
5 years ago
5 years ago

People

(Reporter: ttaubert, Assigned: ttaubert)

Tracking

Trunk
mozilla36
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(firefox35 fixed, firefox36 fixed)

Details

Attachments

(1 attachment)

Small typo from bug 1037892. Also I think we should modify the condition to allow generating a key pair where only the public *or* the private key has any usages. This behavior isn't defined in the spec afaict, should it be added?

Blocking DH as this makes a few tests fail there.
(In reply to Tim Taubert [:ttaubert] from comment #0)
> This behavior isn't defined in the spec afaict, should it be added?

I was referring to behavior of bailing out and making .generateKey() fail if there are no valid usages for any of the keys in the key pair.
Attachment #8500736 - Flags: review?(rlb) → review+
https://hg.mozilla.org/mozilla-central/rev/5c095b4e178c
Status: ASSIGNED → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla36
Comment on attachment 8500736 [details] [diff] [review]
0007-Bug-1078847-GenerateAsymmetricKeyTask-should-allow-g.patch

Approval Request Comment
[Feature/regressing bug #]: bug 1037892
[User impact if declined]: Asymmetric key generation fails when the private key h as no usage.
[Describe test coverage new/current, TBPL]: includes a test that works fine on m-c
[Risks and why]: Low risk.
[String/UUID change made/needed]: None.

We need this for bug 1034856.
Attachment #8500736 - Flags: approval-mozilla-aurora?
Attachment #8500736 - Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
You need to log in before you can comment on or make changes to this bug.