Mediawiki-api

mediawiki-api@lists.wikimedia.org

1262 discussions

[Mediawiki-api-announce] BREAKING CHANGE: action=clearhasmsg will require POST
by Brad Jorsch (Anomie) 29 Nov '16

29 Nov '16

With the merge of Gerrit change 324224,[1] action=clearhasmsg will return an error if used via GET rather than POST. The change should be deployed to WMF wikis with 1.29.0-wmf.5, see https://www.mediawiki.org/ wiki/MediaWiki_1.29/Roadmap for the schedule. This should have very low impact: analysis of logs indicates that only Huggle[2] is using it, and Huggle has already been updated. [1]: https://gerrit.wikimedia.org/r/#/c/324224/ [2]: https://en.wikipedia.org/wiki/Wikipedia:Huggle -- Brad Jorsch (Anomie) Senior Software Engineer Wikimedia Foundation _______________________________________________ Mediawiki-api-announce mailing list Mediawiki-api-announce(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-api-announce

1 0

Internationalization of action API errors and warnings
by Brad Jorsch (Anomie) 16 Nov '16

16 Nov '16

In Gerrit change 321406[1] and related patches,[2] I've proposed code to allow the MediaWiki action API to return errors and warnings in languages other than English. Feedback and code review would be appreciated. A detailed description of the proposed changes is posted at https://www.mediawiki.org/wiki/API/Architecture_work/i18n#Warnings_and_erro…. Summary: - For clients of the API, some error codes will change, particularly from query submodules. If you're trying to parse the human-readable error and warning text, these also are likely to change. A few modules that returned error or warning text in a non-standard manner have been changed. For the most part, though, client code should not need updating since the default is backwards-compatible. - For extension authors, several ApiBase methods are deprecated and should be replaced. The existing patches[2] may serve as examples. [1]: https://gerrit.wikimedia.org/r/#/c/321406/ [2]: https://gerrit.wikimedia.org/r/#/q/topic:api-error-i18n/T47843 -- Brad Jorsch (Anomie) Senior Software Engineer Wikimedia Foundation

1 0

Unable to upload using Python requests
by David Jensen 16 Nov '16

16 Nov '16

Hi all! May I request that some python sample code be posted uploading a local file, ideally using the requests module (which seems to be relatively canonical)? I don't think I'm the first to be stymied by mw:API:Upload (cf. Boxsnake's 18-month old unanswered question at mw:API_talk:Upload ; also http://stackoverflow.com/questions/33839706/simplest-way-to-upload-a-file-t… where the answer was essentially "give up and use a bot framework"). Essentially, I cannot seem to avoid getting a "badupload_file"/"File upload param file is not a file upload; be sure to use multipart/form-data for your POST and include a filename in the Content-Disposition header." I am under the impression I am doing both of those things, my headers are: {'Content-Type': 'multipart/form-data', 'Content-Disposition': 'form-data; name="file"; filename="storkk_test_upload1.jpg"', 'User-Agent': 'Drudgebane Storkksbot (contact [[C:User:Storkk]]) Based on python requests/2.11.1', 'Connection': 'keep-alive', 'Content-Length': '93990', 'Cookie': 'forceHTTPS=true; commonswiki_BPsession=...(elided)...', 'Accept-Encoding': 'gzip, deflate', 'Accept': '*/*'} The full code (with a slightly different filename test), trying a few different things, is at http://pastebin.com/PxLk85mR I would greatly appreciate some pointers on where I am going wrong. Thanks for your time, storkk

2 2

Access to MediaWiki API with 900 RPS
by Eric Kuo 15 Nov '16

15 Nov '16

Hi, This is Eric from Yahoo. My team develops mobile apps for Taiwan and Hong Kong users. We want to provide wiki description on keywords in our contents, and we consider using MediaWiki API:OpenSearch and/or API:Query to achieve this. Our estimated RPS is 900, and we will cache the query result on our side. We would like to know if there is any concern with respect to our RPS, and if so, what is the best practice. Any comments and suggestions are welcome. Thank you for your time. Best regards,Eric

3 2

Re: [Mediawiki-api] Retrieve a wiki article with URL query parameters?
by Daniel Barrett 05 Nov '16

05 Nov '16

I asked: >Can the MediaWiki API retrieve the HTML of a wiki page, if that page changes its rendering based on the URL query string? Never mind, I got it working. Just add those URL query parameters to the WebRequest object that's being used: RequestContext::getMain()->getRequest()->setVal('bar', 1'); Then pass the WebRequest object to the DerivativeRequest (first parameter). Works great! DanB

3 3

Retrieve a wiki article with URL query parameters?
by Daniel Barrett 04 Nov '16

04 Nov '16

Can the MediaWiki API retrieve the HTML of a wiki page, if that page changes its rendering based on the URL query string? For example, if I have an article “Foo” with the URL: http://wiki.example.com/wiki/Foo and it renders *different* HTML if I pass the query parameter “bar”: http://wiki.example.com/wiki/Foo?bar=1 can the MediaWiki API pass along "bar=1" and retrieve the HTML produced by the second URL? I know I can retrieve “Foo” using action=’parse’, prop=’text’, page=’Foo’. But I can’t find any way to pass a URL query parameter along with the call and have it take effect. Thanks for any assistance, DanB

1 0

unsubscribe
by Doro Erharter 03 Nov '16

03 Nov '16

-----Ursprüngliche Nachricht----- Von: Mediawiki-api [mailto:mediawiki-api-bounces@lists.wikimedia.org] Im Auftrag von Delia Fernandez Gesendet: Mittwoch, 02. November 2016 17:32 An: mediawiki-api(a)lists.wikimedia.org Betreff: [Mediawiki-api] RV: Wikidata API Language not working Hello, I'm using the Wikidata api to translate entities ids to its name in English and Spanish. I found out that the language parameter is not working When I search for the entity id: Q2537 (https://www.wikidata.org/wiki/Q2537) Search request in English: https://www.wikidata.org/w/api.php?action=wbsearchentities&search=Q2537&lan… Response: {"searchinfo":{"search":"Q2537"},"search":[{"id":"Q2537","concepturi":"http://www.wikidata.org/entity/Q2537","url":"//www.wikidata.org/wiki/Q2537","title":"Q2537","pageid":3505,"label":"natural satellite","description":"celestial body that orbits a planet or smaller body","match":{"type":"entityId","text":"Q2537"},"aliases":["Q2537"]}],"success":1} Search request in Spanish: https://www.wikidata.org/w/api.php?action=wbsearchentities&search=Q2537&lan… Response: {"searchinfo":{"search":"Q2537"},"search":[{"id":"Q2537","concepturi":"http://www.wikidata.org/entity/Q2537","url":"//www.wikidata.org/wiki/Q2537","title":"Q2537","pageid":3505,"label":"natural satellite","description":"celestial body that orbits a planet or smaller body","match":{"type":"entityId","text":"Q2537"},"aliases":["Q2537"]}],"success":1} Notice that I'm changing the language parameter, but the results are always in English. I tried other languages, like fr (French), and the response is also in English. When I made up a language it gives an error search. I hope you can attend to this issue, Thank you. Dèlia _______________________________________________ Mediawiki-api mailing list Mediawiki-api(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-api

2 1

RV: Wikidata API Language not working
by Delia Fernandez 02 Nov '16

02 Nov '16

Hello, I'm using the Wikidata api to translate entities ids to its name in English and Spanish. I found out that the language parameter is not working When I search for the entity id: Q2537 (https://www.wikidata.org/wiki/Q2537) Search request in English: https://www.wikidata.org/w/api.php?action=wbsearchentities&search=Q2537&lan… Response: {"searchinfo":{"search":"Q2537"},"search":[{"id":"Q2537","concepturi":"http://www.wikidata.org/entity/Q2537","url":"//www.wikidata.org/wiki/Q2537","title":"Q2537","pageid":3505,"label":"natural satellite","description":"celestial body that orbits a planet or smaller body","match":{"type":"entityId","text":"Q2537"},"aliases":["Q2537"]}],"success":1} Search request in Spanish: https://www.wikidata.org/w/api.php?action=wbsearchentities&search=Q2537&lan… Response: {"searchinfo":{"search":"Q2537"},"search":[{"id":"Q2537","concepturi":"http://www.wikidata.org/entity/Q2537","url":"//www.wikidata.org/wiki/Q2537","title":"Q2537","pageid":3505,"label":"natural satellite","description":"celestial body that orbits a planet or smaller body","match":{"type":"entityId","text":"Q2537"},"aliases":["Q2537"]}],"success":1} Notice that I'm changing the language parameter, but the results are always in English. I tried other languages, like fr (French), and the response is also in English. When I made up a language it gives an error search. I hope you can attend to this issue, Thank you. Dèlia

2 1

[Mediawiki-api-announce] DEPRECATION: Passwords and other sensitive fields for authentication must be in the POST body
by Brad Jorsch (Anomie) 31 Oct '16

31 Oct '16

For improved safety, passwords and other sensitive fields for authentication should not be included in the request URI during a POST. Instead, they should be in the POST body where they are less likely to be included in log files. With the merge of Gerrit change 305545,[1] the API will now produce a warning if such fields are detected in the URI. This should be deployed to WMF wikis with 1.28.0-wmf.16, see https://www.mediawiki.org/wiki/MediaWiki_1.28/Roadmap for the schedule. This affects the following modules and fields: * action=login: 'lgpassword' * action=clientlogin, action=createaccount, action=linkaccount, and action=changeauthenticationdata: Any fields reported as "sensitive" by action=query&meta=authmanagerinfo or by UI or REDIRECT responses. Currently, this affects the 'password' and 'retype' fields. The 'lgtoken' field for action=login will now also issue a warning if placed in the request URI. The error code for other tokens being in the request URI has changed from 'mustposttoken' to 'mustpostparams'. To check if your client's user agent is detected making such submissions, you can also use ApiFeatureUsage[2] and look for '<action>-params-in-query-string' once 1.28.0-wmf.16 is rolled out to wikis your client is logging in to. It is planned that these warnings will be changed to errors during 1.29. Let's avoid having a repeat of T142155,[3] update your code ASAP instead of waiting until it breaks. Thanks. [1]: https://gerrit.wikimedia.org/r/#/c/305545/ [2]: https://meta.wikimedia.org/wiki/Special:ApiFeatureUsage [3]: https://phabricator.wikimedia.org/T142155 -- Brad Jorsch (Anomie) Senior Software Engineer Wikimedia Foundation _______________________________________________ Mediawiki-api-announce mailing list Mediawiki-api-announce(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-api-announce

1 1

Editor doesn't work
by Doro Erharter 27 Oct '16

27 Oct '16

Dear all, We are using MediaWiki Version: 1.26.3 so the WikiEditor should be preinstalled. But since it didn't even show up on the "special pages" - "version" under the section "installed extensions", I searched the internet and thought I will just install the extension myself. I followed the instructions on the extension: WikiEditor page: <https://www.mediawiki.org/wiki/Extension:WikiEditor> https://www.mediawiki.org/wiki/Extension:WikiEditor but the WikiEditor still doesn't show up under "installed extensions". The LocalSettings.php had the line wfLoadExtension( 'WikiEditor' ); already included from the beginning. I tried changing it, using the configuration suggestions of the WikiEditor page, and I also tried a suggestion of the Extension_Talk, where someone used the old method: require_once "$IP/extensions/WikiEditor/WikiEditor.php"; but it didn't work with this line either. I tried clearing browser cache, too, didn't make a difference. Now I am out of guesses how we could make the extension work. Who can help me Karima & Doro -- Dipl. Ing.in Dorothea Erharter Geschäftsführerin ZIMD Zentrum für Interaktion, Medien & soziale Diversität +43 (0) 699-1136 9902 Währingerstraße 81/12 1180 Wien

2 1

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Mediawiki-api