Author: wikipedia
Description:
The Link
[http://www.bosch-presse.de/cgi-bin/cgiWebLinkImage.exe/3-10031.JPG.jpg?sid=5733990&action=jpeg&image=\\Obelix\arena2\Bilder\bosch_pb\1298\jpg_org\jpg\3-10031.jpg]
is not beeing rendered, but shown like it would be inside a <nowiki> section.
Version: unspecified
Severity: normal
URL: http://de.wikipedia.org/w/index.php?title=Benutzer:Habakuk/Bilder&oldid=3609588
| Title | Reference | Author | Source Branch | Dest Branch | |
|---|---|---|---|---|---|
| replace reviewer jelto with wmf-sre-collab group | repos/sre/miscweb/research-landing-page!15 | jelto | replace-jelto-readme | master | |
| add .gitlab-ci.yml | repos/sre/miscweb/bugzilla!1 | jelto | add-ci | main | |
| add /repos/sre/miscweb/bugzilla to Trusted Runners | repos/releng/gitlab-trusted-runner!42 | jelto | add-bugzilla | main | |
| use timestamp in image tag | repos/sre/miscweb/annualreport!5 | jelto | use-timestamp-tags | master | |
| use timestamp in image tag | repos/sre/miscweb/bienvenida!2 | jelto | use-timestamp-tags | master | |
| use timestamp in image tag | repos/sre/miscweb/transparencyreport!2 | jelto | use-timestamp-tags | master | |
| allow annualreport on trusted runners | repos/releng/gitlab-trusted-runner!22 | jelto | add-miscweb-annualreport | main | |
| Add Ci image build and publish | repos/sre/miscweb/annualreport!2 | jelto | ci-image-build | master | |
| add blubber image build for annual report sites | repos/sre/miscweb/annualreport!1 | jelto | blubber-build | master |
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Resolved | None | T2343 URL parsing doesn't match RFC 2396 | |||
| Resolved | None | T3001 In ext. links don't change "\" to "/" |
zigger wrote:
de.wikipedia.org with the bug (parsing stops at the \ character and the
surrounding brace-pair is displayed) is running v1.3.7wm. test.wikipedia.org on
1.4beta1 treats the \ character as part of the URL ok, but they are getting
changed to the / character in the href attribute instead of being encoded.
Related to bug 343.
http://www.faqs.org/rfcs/rfc2396.html
2.4.3. Excluded US-ASCII Characters
Although they are disallowed within the URI syntax, we include here a description of those US-ASCII characters that have been excluded and the reasons for their exclusion.
[snip]
Other characters are excluded because gateways and other transport
agents are known to sometimes modify such characters, or they are
used as delimiters.
unwise = "{" | "}" | "|" | "\" | "^" | "[" | "]" | "`"
Data corresponding to excluded characters must be escaped in order to
be properly represented within a URI.So I'm pretty sure that a literal "\" is not allowed in a URL.
bugzillas+padREMOVETHISdu wrote:
Yeah, "\" is not allowed. So it should be converted to "%5C". That's what
comment 1 says. Converting it to "/" might not always work, but I'm not sure
about it. Is it known that all "major" web servers treat "%5C" as equivalent to "/"?
The server at www.bosch-presse.de which is linked to by the URL of this bug
seems to treat "%5C" and "/" equivalently, though.
bugzillas+padREMOVETHISdu wrote:
This bug only deals with links with a "\". For other problematic characters see
bug 343.
Changing the URL to an older version of the page that uses an ext. link with "\".
bugzillas+padREMOVETHISdu wrote:
Oops! Fix the URL.
In the given URL the wiki code:
produces the HTML:
<a
href="http://www.bosch-presse.de/cgi-bin/cgiWebLinkImage.exe/3-10031.JPG.jpg?sid=5733990&action=jpeg&image=%5C%5CObelix%5Carena2%5CBilder%5Cbosch_pb%5C1298%5Cjpg_org%5Cjpg%5C3-10031.jpg"
class="external"
title="http://www.bosch-presse.de/cgi-bin/cgiWebLinkImage.exe/3-10031.JPG.jpg?sid=5733990&action=jpeg&image=\\Obelix\arena2\Bilder\bosch
pb\1298\jpg org\jpg\3-10031.jpg" rel="nofollow">[1]</a><span class="urlexpansion">
so I suppose MediaWiki is doing the right thing and the browser (at least
firefox does so) converts "\" to "/" instead of "%5C". Hence marking as fixed.