Skip to content

Conversation

@SultanOrazbayev
Copy link
Contributor

Only the first element in the tuple is negated (it contains the user-specified priority), other components are unchanged.

This is a follow-up from #4185

Copy link
Member

@jrbourbeau jrbourbeau left a comment

Choose a reason for hiding this comment

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

Thanks for the PR @SultanOrazbayev. Apologies for the CI build failures, they are unrelated to the changes in this PR. I've merged the main branch into this branch which should fix the test failures (hope that's okay)

@mrocklin
Copy link
Member

mrocklin commented Nov 3, 2020

Only the first element in the tuple is negated (it contains the user-specified priority), other components are unchanged.

Hrm, that's interesting. We probably can't negate only one element, otherwise the presented value doesn't actually represent the priority. We probably have to negate them all or none.

@SultanOrazbayev
Copy link
Contributor Author

Uh oh. I thought just the first element should be negated because of these lines:

for key in set(priority) & touched_keys:
ts = self.tasks[key]
if ts.priority is None:
ts.priority = (-(user_priority.get(key, 0)), generation, priority[key])

In the dashboard right now (without this commit), the negative sign appears only on the user-specified values... so I thought this would fix it.

@mrocklin
Copy link
Member

mrocklin commented Nov 3, 2020 via email

Base automatically changed from master to main March 8, 2021 19:04
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.

3 participants