https://bugzilla.wikimedia.org/show_bug.cgi?id=68372
Bawolff (Brian Wolff) changed:
What|Removed |Added
CC||bawolff...@gmail.com
https://bugzilla.wikimedia.org/show_bug.cgi?id=68372
--- Comment #6 from Mark Holmquist ---
Is this a Chromium bug, then?
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mail
https://bugzilla.wikimedia.org/show_bug.cgi?id=68372
--- Comment #7 from Bawolff (Brian Wolff) ---
>
> * [on chrome] This only happens in path part of url, not fragment, giving a
> url like
> https://en.wikipedia.org/wiki/Milutin_Dostanić#mediaviewer/File:
> MilutinDostani%C4%87.jpg
> * [on fir
https://bugzilla.wikimedia.org/show_bug.cgi?id=68372
Tisza Gergő changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://bugzilla.wikimedia.org/show_bug.cgi?id=68372
--- Comment #9 from Gerard Meijssen ---
Created attachment 16007
--> https://bugzilla.wikimedia.org/attachment.cgi?id=16007&action=edit
expected URL
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC
https://bugzilla.wikimedia.org/show_bug.cgi?id=68372
Gerard Meijssen changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|WORKSFOR
https://bugzilla.wikimedia.org/show_bug.cgi?id=68372
--- Comment #10 from Gerard Meijssen ---
Created attachment 16008
--> https://bugzilla.wikimedia.org/attachment.cgi?id=16008&action=edit
The URL with a malformed string
This is not human readable as you would expect it.
--
You are receivin
https://bugzilla.wikimedia.org/show_bug.cgi?id=68372
--- Comment #11 from Tisza Gergő ---
Again, you should report this to your browser vendor. The URL follows the
standard method of encoding non-ASCII bytes, and including them unencoded would
result in more serious issues, as I outlined in the m
https://bugzilla.wikimedia.org/show_bug.cgi?id=68372
--- Comment #12 from Gerard Meijssen ---
Why then is there a difference between how Commons does things and how the
Multi Media Viewer does it... Consistent behaviour may be expected and has
nothing to do with browser "vendors".
Thanks,
Ge
https://bugzilla.wikimedia.org/show_bug.cgi?id=68372
--- Comment #13 from Tisza Gergő ---
Because some browsers treat percent-encoded characters differently in the
path/query part and the fragment part of the URL. As can be seen from the URLs
you posted in comment 0, the actual representation is
https://bugzilla.wikimedia.org/show_bug.cgi?id=68372
--- Comment #15 from Bawolff (Brian Wolff) ---
(In reply to Gerard Meijssen from comment #14)
> As can be seen by the screenshots (from the same browser & the same session)
> this is not the case.
> Thanks,
> GerardM
That doesn't make sens
https://bugzilla.wikimedia.org/show_bug.cgi?id=68372
--- Comment #14 from Gerard Meijssen ---
As can be seen by the screenshots (from the same browser & the same session)
this is not the case.
Thanks,
GerardM
--
You are receiving this mail because:
You are the assignee for the bug.
You are
https://bugzilla.wikimedia.org/show_bug.cgi?id=68372
--- Comment #16 from Bawolff (Brian Wolff) ---
Could media viewer just not urlencode the fragment? I suspect that's allowed in
html5, and chrome seems to handle it fine.
--
You are receiving this mail because:
You are the assignee for the bug
https://bugzilla.wikimedia.org/show_bug.cgi?id=68372
--- Comment #17 from Tisza Gergő ---
Could, but should not, IMO. I'll quote the relevant part from the mail linked
in comment 8:
1. Just put the file name as-is (with spaces replaced by underscores) in
the URL fragment part.
Pro: readabl
https://bugzilla.wikimedia.org/show_bug.cgi?id=68372
--- Comment #18 from Bawolff (Brian Wolff) ---
>
> 1. Just put the file name as-is (with spaces replaced by underscores) in
>the URL fragment part.
>Pro: readable file names in URLs, easy to generate.
>Con: technically not a valid
https://bugzilla.wikimedia.org/show_bug.cgi?id=68372
--- Comment #19 from Tisza Gergő ---
(In reply to Bawolff (Brian Wolff) from comment #18)
> What sort of injection vulnerabilities do you mean ( < and > are disallowed
> in titles. Things should be escaped before injecting into html anyways).
https://bugzilla.wikimedia.org/show_bug.cgi?id=68372
Andre Klapper changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
17 matches
Mail list logo