-
-
Notifications
You must be signed in to change notification settings - Fork 5.5k
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
User color overrides Error color #1446
Comments
Hmm, interesting. Yes, I suppose I agree this is a bug, and that the user's specified color should only apply when a badge is presented successfully. |
paulmelnikow
added
bug
Bugs in badges and the frontend
core
Server, BaseService, GitHub auth, Shared helpers
labels
Jan 15, 2018
I don't think it's too much of a problem, but should probably be fixed in the |
paulmelnikow
added a commit
that referenced
this issue
Dec 6, 2018
This starts the rewrite of the dynamic badges. I've pulled into BaseService an initial version of the query param validation from #2325. I've extended from BaseJsonService to avoid duplicating the deserialization logic, though it means there is a bit of duplicated code among the three dynamic services. The way to unravel this would be to move the logic from `_requestJson` and friends from the base classes into functions so DynamicJson can inherit from BaseDynamic. Would that be worth it? This introduces a regression of #1446 for this badge. Close #2345
For whoever may pick this up, there's some useful discussion here: #2399 (comment) |
paulmelnikow
added a commit
that referenced
this issue
Jan 8, 2019
paulmelnikow
added a commit
that referenced
this issue
Jan 9, 2019
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
When
colorB
is specified this color will override any of the badges error colorscheme colors./travis/rust-lang/notarepo.svg?colorB=10ADED
/notabadge.svg?colorB=10ADED
/notabadge.svg?label=Label&colorB=10ADED
The text was updated successfully, but these errors were encountered: