Closed
Bug 291555
Opened 20 years ago
Closed 20 years ago
certutil -R creates a CSR with ext req list even when number of exts is zero.
Categories
(NSS :: Tools, defect, P1)
Tracking
(Not tracked)
RESOLVED
FIXED
3.10
People
(Reporter: neil.williams, Assigned: neil.williams)
Details
Attachments
(1 file)
|
778 bytes,
patch
|
nelson
:
review+
|
Details | Diff | Splinter Review |
This was mentioned in the description for bug 291545. The comment was
"In addition it appears that CSRs created by certutil now always have an
extension request attribute even when the number of extensions is zero. Doesn't
seem correct."
We should probably produce CSRs with zero length extension request lists exactly
as we did in 9.9.5.
| Assignee | ||
Comment 1•20 years ago
|
||
This one line change causes certutil to revert to previous behavior. Now cert
requests with no extension requests cause a null attribute list to be generated
rather than an attribute list with one null extension request in it.
Attachment #181598 -
Flags: review?(nelson)
Comment 2•20 years ago
|
||
The fix to this bug will make the cert requests output by certutil the same
as they were for NSS prior to 3.10 for the case where there are no extensions
being requested.
Status: NEW → ASSIGNED
Priority: -- → P1
Target Milestone: --- → 3.10
Version: unspecified → 3.10
Comment 3•20 years ago
|
||
Comment on attachment 181598 [details] [diff] [review]
make null ext req lists null in CSRs
r=nelson
Attachment #181598 -
Flags: review?(nelson) → review+
| Assignee | ||
Comment 4•20 years ago
|
||
commited patch.
/cvsroot/mozilla/security/nss/lib/certhigh/certreq.c,v <-- certreq.c
new revision: 1.5; previous revision: 1.4
done
| Assignee | ||
Comment 5•20 years ago
|
||
Resolving this now that the tinderboxes are green.
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•