Currently, the knot backend blocks arbitrary binary blobs and the AppView blob backend only shows the "view raw" links for the set of known file types. For binary blobs with any different extension, the only way to actually view the blob is to clone the repository. This is really cumbersome for my repository where I point users to dist/*.ttf font files: @sajidanwar.com/baseline-diagnostic-font. This raw binary blob limitation doesn't exist on GitHub, which can be seen with the same example on my mirrored repository, kbhomes/baseline-diagnostic-font.
Can the raw view for blobs be enabled for arbitrary blobs? Or is there a stated reason for not allowing this? Thanks!
@oppi.li It looks like you added #good-first-issue to this — I didn't put a PR for this since the restriction seemed to have been intentionally added, so I wanted to make sure there was alignment on removing it before putting any code forward. Should I take the #good-first-issue label as a signal that it's fine to serve raw links for all blobs? If so, I'd be happy to work on a PR for it!