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

Don't show duplicate flags for NeedsHumanReview reasons already flagged explicitly #22900

Merged
merged 1 commit into from
Nov 28, 2024

Conversation

diox
Copy link
Member

@diox diox commented Nov 28, 2024

Those new NeedsHumanReview reasons get a flag because they are in VIEW_QUEUE_FLAGS. That is useful for the form to filter the queue for those reasons, but they don't need to show the corresponding sprite icon, because we also already display one by checking AddonReviewerFlags/PromotedAddon state.

Fixes: mozilla/addons#15072 (see screenshots posted by QA)

…ed explicitly

Those new NeedsHumanReview reasons get a flag because they are in VIEW_QUEUE_FLAGS.
That is useful for the form to filter the queue for those reasons, but they don't
need to show the corresponding sprite icon, because we also already display one by
checking AddonReviewerFlags/PromotedAddon state.
@diox diox requested a review from eviljeff November 28, 2024 10:45
Copy link
Member

@eviljeff eviljeff left a comment

Choose a reason for hiding this comment

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

This works.... but really they shouldn't be in VIEW_QUEUE_FLAGS if there isn't a flag for them in the view queue. i.e. we should structure the constants differently.

Given this is for a late cherry-pick I won't block r+ on it though.

@diox
Copy link
Member Author

diox commented Nov 28, 2024

Yeah I think the proper fix would be to make the form depend on something else than VIEW_QUEUE_FLAGS - perhaps it should call get_due_date_reason_q_objects() directly and extract all the keys ? But then we wouldn't have the descriptions... I wonder if we could somehow annotate what get_due_date_reason_q_objects() returns with descriptions...

I'll file a follow-up

@diox diox merged commit 58e2b76 into mozilla:master Nov 28, 2024
31 checks passed
diox added a commit that referenced this pull request Nov 28, 2024
…ed explicitly (#22900)

Those new NeedsHumanReview reasons get a flag because they are in VIEW_QUEUE_FLAGS.
That is useful for the form to filter the queue for those reasons, but they don't
need to show the corresponding sprite icon, because we also already display one by
checking AddonReviewerFlags/PromotedAddon state.
chrstinalin pushed a commit that referenced this pull request Jan 10, 2025
…ed explicitly (#22900)

Those new NeedsHumanReview reasons get a flag because they are in VIEW_QUEUE_FLAGS.
That is useful for the form to filter the queue for those reasons, but they don't
need to show the corresponding sprite icon, because we also already display one by
checking AddonReviewerFlags/PromotedAddon state.
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.

[Task]: Store the reason an add-on version was added to the review queue
2 participants