Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Handle order status as a property of assoc. authz status. #128

Merged
merged 3 commits into from
May 22, 2018

Conversation

cpu
Copy link
Contributor

@cpu cpu commented May 4, 2018

This PR updates the way Pebble handles an Order's status field to closer match the way we handle it in Boulder. This means the order's status is considered to be a calculated field derived based on the order's error/beganProcessing/certificate fields and the status/expires/error of the order's associated authorizations. Along the way the new "Ready" status was implemented. This PR also addresses the problem of the order status not being updated when an authorization is failed. Now, an order has a problem details field that is set when an authorization associated with the order has a failed challenge validation.

Resolves #110 and #98

This commit updates the way Pebble handles an Order's status field to
closer match the way we handle it in Boulder. This means the order's
status is considered to be a calculated field derived based on the
order's error/beganProcessing/certificate fields and the
status/expires/error of the order's associated authorizations. Along the
way the new "Ready" status was implemented. This commit also addresses
the problem of the order status not being updated when an authorization
is failed. Now, an order has a problem details field that is set when an
authorization associated with the order has a failed challenge
validation.
core/types.go Outdated
return acme.StatusInvalid, nil
}

// An order is invalid if **any** of its authzs are expired
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

*is expired if

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good catch, thanks! Fixed in 29713fe

@cpu cpu merged commit fd24bc8 into master May 22, 2018
@cpu cpu deleted the cpu-order-status-fixup branch May 22, 2018 13:02
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Orders with unvalidated and expired authorizations remain in state 'pending'
2 participants