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
Thanks for the report! Would you have a Markdown file available somewhere, so I can reproduce, by any chance? Firefox tries to download and save the files when I host them on my own server, and I'd as well avoid playing with the nginx configuration if I could.
My guess would be that forcing text/plain prevents Firefox from applying basic HTML mark-up to the text document? (To be confirmed). And that in that case, function checkBody() in the add-on would fail to find a PRE block, for example, and return false, thus blocking auto-detection.
The issue
I checked Autodetection in Enlight, but the extension does not start by itself for markdown files even if the header was forced as
text/plain
.Manually it works good, even Auto-Detect.
Context
I use Dufs file server and I forced nginx to rewrite content-type headers for
.md
files totext/plain; charset=UTF-8
.On Firefox, the file opens inline as a text/plain with this header (same as with curl --include):
I also tried without forcing
charset=UTF-8
.The text was updated successfully, but these errors were encountered: