Testing URLs
Testing mishandling of org plain URIs links by hugo (as mentionned here). In each example, we show the org source followed by the rendered code.
The issues shown here were tested initially with hugo v0.111.3+extended.
Here's an URL as an org link: it's exported as an html link:
[[https://mitp-content-server.mit.edu/books/content/sectbyfn/books_pres_0/6515/sicp.zip/full-text/book/book.html]]
Now the same URL as plain text: it's not exported as an html link:
https://mitp-content-server.mit.edu/books/content/sectbyfn/books_pres_0/6515/sicp.zip/full-text/book/book.html
https://mitp-content-server.mit.edu/books/content/sectbyfn/books_pres_0/6515/sicp.zip/full-text/book/book.html
However, if we put a word before, it is turned into an html link:
here it is: https://mitp-content-server.mit.edu/books/content/sectbyfn/books_pres_0/6515/sicp.zip/full-text/book/book.html
Even a single initial blank suffices
https://mitp-content-server.mit.edu/books/content/sectbyfn/books_pres_0/6515/sicp.zip/full-text/book/book.html
Actually, in the one that does not work above, the URL is just after an empty line. If we put it at beginning of line, but without a preceding empty line, it then works:
https://mitp-content-server.mit.edu/books/content/sectbyfn/books_pres_0/6515/sicp.zip/full-text/book/book.html
But then, such a "plain" (non link) URL will gobble a following period. Example:
https://mitp-content-server.mit.edu/books/content/sectbyfn/books_pres_0/6515/sicp.zip/full-text/book/book.html.
And why not gobbling an = as well ?
https://mitp-content-server.mit.edu/books/content/sectbyfn/books_pres_0/6515/sicp.zip/full-text/book/book.html.=
Of course, the period is not gobbled if the URL is in an org link:
[[https://mitp-content-server.mit.edu/books/content/sectbyfn/books_pres_0/6515/sicp.zip/full-text/book/book.html]].
Conclusion: for hugo, we should not use plain URLs but only fully bracketed org links. Which seems fair, by the way.