You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
During account recovery via email (without an account recovery kit), after clicking "Recover Account" in the email, the resulting page's css is blocked due to text/plain MIME type.
Impact
The page appears unstyled.
Detail
Describe the bug
A clear and concise description of what the bug is.
I need help with this: I don't know how we could prevent this. I think what happens is that this nosniff header is sent when you're opening new tabs from gmail. If you just copy the link as a URL and paste it into the address bar, it works.
I don't think we can make gmail not send this header.
The header basically says "don't try to figure out the MIME type from reading the file" ("sniffing the file").
Ideally, the IPFS gateway would just send the correct file type with the file, but it doesn't. Can we fix that? Can we make IPFS return application/css mime types for .css files?
May be related: ipfs/kubo#2164 Although it likely already supports css. Not sure why the go-ipfs-side sniffing doesn't work.
Summary
Problem
During account recovery via email (without an account recovery kit), after clicking "Recover Account" in the email, the resulting page's css is blocked due to
text/plain
MIME type.Impact
The page appears unstyled.
Detail
Describe the bug
A clear and concise description of what the bug is.
To Reproduce
Steps to reproduce the behavior:
Screenshots

Desktop (please complete the following information):
The text was updated successfully, but these errors were encountered: