Hello, I am running my webpages through the https://validator.w3.org/nu validation service and looking to get green results. Now in fact my webpages are produced using an IIS internally, then replicated using wget to a host serving to the public using nginx. Now I detected that the IIS version validates properly, the nginx version fails validation as follows:
Error: Bad value documents/BsiAuskunft/202203220858 Lindenberg-BSI Auskunft nach Artikel 15 DSGVO.eml for attribute href on element https://html.spec.whatwg.org/multipage/#the-a-element: Illegal character in path segment: space is not allowed. In fact the reference reads <a href="documents/BsiAuskunft/202203220858 Lindenberg-BSI Auskunft nach Artikel 15 DSGVO.eml">. I checked my sources and the reference is actually written as <a href="https://webdav.lindenberg.one/WebSites/blog.lindenberg.one/documents/BsiAuskunft/202203231228%20BSI-Lindenberg%20Ihre%20Anfrage%20vom%2022.03.2022.eml";> The translation is obviously done by wget. In case that matters, I am using “wget -N -r -np -nH -k -l 10 --ignore-case --reject "*.inc,*.master,*.config" --user=** --password=** --cut-dirs=1 https://*** . I found stackoverflow.com/questions/13300017/wget-download-relative-link-conversion-misses-whitespace-encoding-for-css-url as the same problem, but it looks like it was never considered a bug or feature in wget. Is this a known issue? Considered as a “might break sites” type of fix? Best Regards, Joachim
