Skip to content
This repository was archived by the owner on Sep 9, 2020. It is now read-only.

status: use unpaired ver constr when checking updateability #1463

Merged
merged 1 commit into from
Dec 19, 2017

Conversation

darkowlzz
Copy link
Collaborator

@darkowlzz darkowlzz commented Dec 19, 2017

What does this do / why do we need it?

This changes fixes a bug due to which the LATEST field in status was
missing for projects that were not in manifest but in lock and had
pairedVersion.

Since we check bs.Version to not be nil before entering into
updateability block, we can use the same value as the constraint for
matching with the version list obtained for the projects.

What should your reviewer look out for in this PR?

Impact of this change in other part of the code.

Do you need help or clarification on anything?

Which issue(s) does this PR fix?

Fixes #1462

This changes fixes a bug due to which the LATEST field in status was
missing for projects that were not in manifest but in lock and had
pairedVersion.

Since we check `bs.Version` to not be nil before entering into
updateability block, we can use the same value as the constraint for
matching with the version list obtained for the projects.
@sdboyer
Copy link
Member

sdboyer commented Dec 19, 2017

cool, it looks like the problem was something like what we were guessing earlier today on the call.

this fix seems fine. i do think it's important that we encode our expectations around "LATEST" into a test - but this is a fix to a regression, so i'm not going to block it on that.

@sdboyer sdboyer merged commit a926781 into golang:master Dec 19, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

LATEST in status is missing for projects that are not in Gopkg.toml
3 participants