Skip to content
This repository has been archived by the owner on Jan 30, 2020. It is now read-only.

Re-enable check for nil hash in unit state publisher #989

Closed
bcwaldon opened this issue Oct 21, 2014 · 0 comments
Closed

Re-enable check for nil hash in unit state publisher #989

bcwaldon opened this issue Oct 21, 2014 · 0 comments

Comments

@bcwaldon
Copy link
Contributor

There existed checks for nil unit hashes in agent.UnitStatePublisher.publishOne and registry.UnitStateToModel, but given that units could enter the system without populated hashes, the checks were disabled: 11949e0. As of 7a1015a, the hashes should now always be populated, so the corresponding assertions should be reenabled.

If these checks prove to be not useful, they should be removed altogether.

dongsupark pushed a commit to dongsupark/fleet that referenced this issue Jul 15, 2016
There existed checks for nil unit hashes in
agent.UnitStatePublisher.publishOne and registry.UnitStateToModel, but
given that units could enter the system without populated hashes, the
checks were disabled: 11949e0. Currently the hashes are now always
populated, so the corresponding assertions should be reenabled.

Fixes coreos#989
dongsupark pushed a commit to dongsupark/fleet that referenced this issue Jul 15, 2016
Long time ago there were checks for nil unit hashes in
agent.UnitStatePublisher.publishOne and registry.UnitStateToModel, but
given that units could enter the system without populated hashes, the
checks were disabled: 11949e0 ("agent: publish unit state regardless of
hash"). However the hashes are now always populated, so the corresponding
assertions should be reenabled.

Fixes coreos#989
dongsupark pushed a commit to endocode/fleet that referenced this issue Jul 16, 2016
Long time ago there were checks for nil unit hashes in
agent.UnitStatePublisher.publishOne and registry.UnitStateToModel, but
given that units could enter the system without populated hashes, the
checks were disabled: 11949e0 ("agent: publish unit state regardless of
hash"). However the hashes are now always populated, so the corresponding
assertions should be reenabled.

Fixes coreos#989
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant