koschei icon indicating copy to clipboard operation
koschei copied to clipboard

Toggling skip_resolution affects package state

Open mizdebsk opened this issue 7 years ago • 3 comments

As expected, setting skip_resolution=True in web UI for unresolved package makes it resolved and sets status different from unresolved (eg. ok, failing etc.) But then resetting skip_resolution back to False doesn't change state back to unresolved.

mizdebsk avatar Apr 28 '17 01:04 mizdebsk

Because at that point (you may toggle it back after a year) the resolution state is not known until an attempt to resolve the package is made (on next resolver run). Setting it to unresolved would not be a correct thing to do, as it would be just making stuff up (likely, it won't be unresolved anymore).

What we could do, however, is changing how not resolved (!= unresolved) packages are shown - if the package has resolved = null (which happens after the package was just added or skip_resolution was toggled back), show the status as "unknown" until it's resolved.

msimacek avatar Apr 28 '17 09:04 msimacek

Because at that point (you may toggle it back after a year) the resolution state is not known until an attempt to resolve the package is made (on next resolver run). Setting it to unresolved would not be a correct thing to do, as it would be just making stuff up (likely, it won't be unresolved anymore).

Likewise, setting build to OK is not correct either, as last successful build may be one year old.

mizdebsk avatar Apr 28 '17 11:04 mizdebsk

Likewise, setting build to OK is not correct either, as last successful build may be one year old.

That's why I suggested showing it as unknown.

msimacek avatar Apr 28 '17 12:04 msimacek