Last modified: 2011-10-25 15:08:46 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 T33667, the corresponding Phabricator task for complete and up-to-date bug report information.

Bug 31667 - action=parse doesn't respect protocol (uses http even when called over https)


Summary:	action=parse doesn't respect protocol (uses http even when called over https)

Status:	RESOLVED WORKSFORME

Product:	MediaWiki
Classification:	Unclassified
Component:	API (Other open bugs)
Version:	1.18.x
Hardware:	All All

Importance:	Normal normal with 1 vote (vote)
Target Milestone:	---
Assigned To:	Nobody - You can work on this!

URL:	https://en.wikipedia.org/w/api.php?ac...
Whiteboard:
Keywords:

Depends on:
Blocks:	20342
	Show dependency tree / graph

Reported:	2011-10-13 10:16 UTC by Michael M.
Modified:	2011-10-25 15:08 UTC (History)
CC List:	7 users (show)

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

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

Description Michael M. 2011-10-13 10:16:56 UTC

Both
Link]]﷒1">https://secure.wikimedia.org/wikipedia/en/w/api.php?action=parse&text=[[Link]]﷒1﷓
and
Link]]﷒3">https://en.wikipedia.org/w/api.php?action=parse&text=[[Link]]﷒3﷓
create a link to http://en.wikipedia.org/wiki/Link and get the file from http://upload.wikimedia.org/wikipedia/en/a/a9/Example.jpg
Instead the link and the file should point to the secure site.

Comment 1 Krinkle 2011-10-13 21:46:33 UTC

Works me me right now. Produces relative paths for internal links (/wiki/Foo and /wikipedia/en/wiki/Foo) and protocol-relative urls for files on Commons (//upload.wikimedia.org //commons.wikimedia.org) – just like the way it's parsed for saved articles.

Marking WORKSFORME, re-open if problems is back.

Comment 2 Helder 2011-10-13 21:54:47 UTC

For the record: some days ago this bug was affecting scripts such as this
https://en.wikipedia.org/wiki/User_talk:Js/ajaxPreview.js#.5BBUG.5D_AJAX_preview_is_different_from_what_is_saved

but it is in fact working as expected at the moment.

Comment 3 Michael M. 2011-10-14 08:19:15 UTC

The link (including the link to the file description page) is document relative now, but the file itself still has http://upload.wikimedia.org as source.
Since bugzilla doesn't like the links you must put them together yourself:
https://en.wikipedia.org/w/api.php?action=parse&text=
where the text to parse is [[Link]][[File:Example.jpg]].
Parsing [[File:Example.jpg|thumb]] also loads the magnify-clip.png from http://bits.wikimedia.org

Comment 4 Helder 2011-10-14 11:15:34 UTC

(In reply to comment #3)
> The link (including the link to the file description page) is document relative
> now, but the file itself still has http://upload.wikimedia.org as source.

Confirmed in the attached URL.

Comment 5 Michael M. 2011-10-21 09:46:05 UTC

I can't reproduce the bug any longer, all the links are relative now.

Comment 6 Roan Kattouw 2011-10-25 15:08:46 UTC

This "bug" was actually a workaround for an issue in iOS mobile clients. It was prominently announced on the mediawiki-api-announce mailing list. If you maintain software that uses the API, you should follow that mailing list.

http://lists.wikimedia.org/pipermail/mediawiki-api-announce/

Note You need to log in before you can comment on or make changes to this bug.

Wikimedia Bugzilla is closed!

Search

Personal tools

Navigation

Links