Closed abhn closed 1 month ago
This is intended, there is a subtle difference : "Orange" ones need human review because they have a ... Needs Human Review active instance. The other "blue" ones would typically not have a due date, unless they were forced into pre-review because of a flag on the add-on itself or because the add-on belongs to a promoted group.
So:
https://github.com/mozilla/addons/issues/15072 will likely change that, and we can reconsider the styling then.
Got it, and sounds good. Practically speaking (from an add-on reviewer PoV), there's no real difference between the two (exact same review situation) so we might still want to (re)consider the styling decisions.
The various cases you mentioned should ideally be logged into the activity log giving the reviewers insights into why the add-on was being reviewed. I know some of them are, but not sure if it is all of them.
This might be of interest to @topotropic.
What happened?
For version(s) that needs to be reviewed, we currently show it in two ways.
One is with an orange bar on the version flagged for review
And the other is without the highlighted color
I don't see any obvious difference between the two (if there is something that as a reviewer I should've been aware of, I'd be happy to get educated here!).
This creates a small hurdle for anyone new onboarding to understand they're the same, at least practically from a reviewer's perspective.
What did you expect to happen?
Versions flagged for review to be displayed consistently on the add-on review page
Is there an existing issue for this?
┆Issue is synchronized with this Jira Task