Open scotttrinh opened 1 month ago
Came across this myself and was just about to write up a new issue. I don't know if the discord user's issue is the same as mine, but this is what's happening in my experience at least.
If the brand_color
configuration in the edgedb auth UI is left as default, the {brand_color}
template values evaluate to None
, leading to a seemingly invisible button in the email, as the text color is set to white.
This is problematic since even if you do not enter a brand color the color picker icon defaults to a blue, leading you to believe something is in fact used. It is also not a required field in the UI.
I noticed a default value was added in the code for brand_value
about 6mo ago, but it doesn't seem to be set. I am using docker image v5.6, which that commit seems to be a part of.
Even with a valid brand_color
the attribute output is incorrect, as it is not prefixed by a #
. This is easily verified in browser dev tools. bgcolor
appears to be more relaxed in terms of parsing the value so it ends up being used as a fallback.
Finally, if your brand color happens to be a light shade the white text color of the button becomes difficult to read. I would expect it to invert such as what happens with the login form button.
For the transactional emails that the auth extension sends, some email clients do not correctly render our link buttons.
Reported here: https://discord.com/channels/841451783728529451/1258007610943344650/1258896880025337867