Last modified: 2011-08-28 15:35:57 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T32171, the corresponding Phabricator task for complete and up-to-date bug report information.
First Last Prev Next    This bug is not in your last search results.
Bug 30171 - Invalid URL on SiteMatrix for wikis with protocol-relative $wgServer
Invalid URL on SiteMatrix for wikis with protocol-relative $wgServer
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
SiteMatrix (Other open bugs)
unspecified
All All
: High major (vote)
: ---
Assigned To: Nobody - You can work on this!
http://meta.wikimedia.org/w/api.php?a...
:
Depends on:
Blocks:
  Show dependency tree / graph
 
Reported: 2011-08-01 23:44 UTC by merl
Modified: 2011-08-28 15:35 UTC (History)
12 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description merl 2011-08-01 23:44:07 UTC 
On http://meta.wikimedia.org/w/api.php?action=sitematrix (same on every other wiki) contains an invalid url syntax at two entries:

<special url="//office.wikimedia.org" code="office" private="" />
<special url="//test.wikipedia.org" code="test" />

The scheme (http) and the colon is missing, the scheme-specific-part is ok.
Comment 1 Mark A. Hershberger 2011-08-02 00:52:30 UTC 
This is intended.  We're currently testing dropping the schema for introduction of an https site.
Comment 2 Chad H. 2011-08-02 00:53:29 UTC 
No, this is not correct. Per Roan's e-mails on the subject: info output from the API should be fully-qualified.
Comment 3 Krinkle 2011-08-02 05:45:52 UTC 
The new expandUrl functionality should take care of this (or otherwise it will allow an easy fix for it)
Comment 4 Krinkle 2011-08-02 05:46:37 UTC 
Moving to CentralAuth extension component, likely not something in the wmf-config.
Comment 5 p858snake 2011-08-02 05:48:20 UTC 
cc'ing roan on since this appears to be because of the https project.
Comment 6 Bryan Tong Minh 2011-08-02 08:27:50 UTC 
CA -> SiteMatrix
Comment 7 merl 2011-08-02 15:29:50 UTC 
The problem why i reported this bug is, that this causes parse errors if a bot framework expectes a valid url. According to RFC 1738 a scheme is always needed.

The only solution would be to return the same protocol as used for the http(s) request.
Comment 8 Roan Kattouw 2011-08-12 16:26:49 UTC 
*** Bug 29965 has been marked as a duplicate of this bug. ***
Comment 9 Krinkle 2011-08-12 16:33:46 UTC 
Renamed bug to not be WMF-specific.
Comment 10 Roan Kattouw 2011-08-12 19:09:53 UTC 
Will hopefully be fixed with r94369, which I will deploy on Monday.
Comment 11 Roan Kattouw 2011-08-15 22:47:08 UTC 
(In reply to comment #10)
> Will hopefully be fixed with r94369, which I will deploy on Monday.
Yup, that did it. Closing as FIXED.
Comment 12 Antoine "hashar" Musso (WMF) 2011-08-28 15:35:16 UTC 
applied to 1.18 with r95628
Note You need to log in before you can comment on or make changes to this bug.
First Last Prev Next    This bug is not in your last search results.

Navigation
Links