If there is a plaintext file in public directory, and the file extension is unrecognized (i.e. .txt files are recognized, but .ini, or any random combination of file extensions, are not), the build system is attempting to convert the links to append .html to it. This causes the link to 404.
Reproduction
NOTE: this reproduces a scenario in the testing environment. docs:build doesn't even run because, as a result of the below generation, the link is being treated as dead.
Add this to /public/hello.ini:
[helloworld]
And then have any page link to it like so:
[download hello.ini](/hello.ini)
And it will generate:
<a href="/hello.ini.html">download hello.ini</a>
Expected behavior
The docs seem to suggest that files in the public directory will be copied as-is to the output directory; the same logic should apply to links. That is to say, there should be no .html suffix in the href and either the download or the browser opening the resulting file in plaintext should proceed.
Describe the bug
If there is a plaintext file in public directory, and the file extension is unrecognized (i.e.
.txt
files are recognized, but.ini
, or any random combination of file extensions, are not), the build system is attempting to convert the links to append.html
to it. This causes the link to 404.Reproduction
NOTE: this reproduces a scenario in the testing environment. docs:build doesn't even run because, as a result of the below generation, the link is being treated as dead.
Add this to
/public/hello.ini
:And then have any page link to it like so:
And it will generate:
Expected behavior
The docs seem to suggest that files in the
public
directory will be copied as-is to the output directory; the same logic should apply to links. That is to say, there should be no.html
suffix in thehref
and either the download or the browser opening the resulting file in plaintext should proceed.System Info
Additional context
No response
Validations