View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0001865 | 10000-006: Mappings | public | 2012-02-02 19:53 | 2012-06-12 17:10 | |
Reporter | Assigned To | Randy Armstrong | |||
Priority | normal | Severity | minor | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Fixed in Version | 1.02 | ||||
Summary | 0001865: D6 CertificateValidationOptions inheritence and priority | ||||
Description | The CertifiateValidationOptions are defined in D6, but they're used by:
This means that there's a potential conflict when validation settings are defined in two or more of the above mentioned locations. If validation options were specified at a Certificate Store, but were configured differently at the certificate level then which would win? | ||||
Tags | No tags attached. | ||||
Commit Version | |||||
Fix Due Date | |||||
|
Reverting to "new" for disposition by working group. |
|
Agreed that the text will be updated to describe the order of precedence. |
|
Added text to CertificateList indicating that the ValidationOptions are ORed together in RC 1.02.10. |
|
Reviewed text in telecon – agreed to this, but Nate should review before closing. |
|
CMPWG 5/10/2012: We reviewed the text and have several requests/suggestions:
We are also unsure of the proposed logic. When you review D6 we have 2 categories of options, the top-3 are for suppressing messages, whereas the bottom-2 are for configuring behavior. Therefore, we think that there should be a difference in how they are administered and have 3 possible suggestions for consideration: a) top-3 items should be AND'ed, whereas bottom-2 should be OR'ed. |
|
Added a UseDefaultOptions to ValidationOptions enum. Added text that indicates that the CertificateList options only apply to Certifictates with the UseDefaultOptions bit set. The data type is clearly an Int32. There is no need to pad with extra zeros. |
|
Changed ValidationOptions to use bit number instead of numeric value to be consistent with how other bit masks are described in Part 4. |
|
Reviewed and made online edits in 1.02.13 and agreed to changes. |
Date Modified | Username | Field | Change |
---|---|---|---|
2012-02-02 19:53 |
|
New Issue | |
2012-02-02 19:53 |
|
Status | new => assigned |
2012-02-02 19:53 |
|
Assigned To | => Randy Armstrong |
2012-02-14 16:03 | Jim Luth | Note Added: 0003305 | |
2012-02-14 16:03 | Jim Luth | Assigned To | Randy Armstrong => |
2012-02-14 16:03 | Jim Luth | Status | assigned => new |
2012-02-14 17:18 | Jim Luth | Note Added: 0003307 | |
2012-02-14 17:18 | Jim Luth | Assigned To | => Randy Armstrong |
2012-02-14 17:18 | Jim Luth | Status | new => assigned |
2012-02-14 17:51 | Jim Luth | Note Edited: 0003307 | |
2012-05-03 08:21 | Randy Armstrong | Status | assigned => resolved |
2012-05-03 08:21 | Randy Armstrong | Resolution | open => fixed |
2012-05-03 08:21 | Randy Armstrong | Note Added: 0003628 | |
2012-05-08 19:58 | Jim Luth | Note Added: 0003657 | |
2012-05-10 19:25 |
|
Assigned To | Randy Armstrong => Jim Luth |
2012-05-10 19:25 |
|
Status | resolved => feedback |
2012-05-10 19:25 |
|
Resolution | fixed => reopened |
2012-05-10 19:25 |
|
Note Added: 0003678 | |
2012-05-10 20:14 | Randy Armstrong | Status | feedback => resolved |
2012-05-10 20:14 | Randy Armstrong | Resolution | reopened => fixed |
2012-05-10 20:14 | Randy Armstrong | Note Added: 0003679 | |
2012-05-10 20:16 | Randy Armstrong | Assigned To | Jim Luth => Randy Armstrong |
2012-05-10 20:16 | Randy Armstrong | Status | resolved => feedback |
2012-05-10 20:16 | Randy Armstrong | Resolution | fixed => reopened |
2012-05-10 20:16 | Randy Armstrong | Status | feedback => resolved |
2012-05-10 20:16 | Randy Armstrong | Resolution | reopened => fixed |
2012-05-10 20:16 | Randy Armstrong | Note Added: 0003680 | |
2012-06-12 17:10 | Jim Luth | Status | resolved => closed |
2012-06-12 17:10 | Jim Luth | Note Added: 0003728 | |
2012-06-12 17:10 | Jim Luth | Fixed in Version | => 1.02 |