Mediawiki-api

mediawiki-api@lists.wikimedia.org

1264 discussions

[Mediawiki-api-announce] BREAKING CHANGE: Error code and other message reporting changes
by Brad Jorsch (Anomie) 07 Dec '16

07 Dec '16

With the merge of Gerrit change 321406,[1] come some breaking changes to the formatting of errors and warnings from some modules. These changes should be on Beta Labs shortly, and should be deployed to WMF wikis with 1.29.0-wmf.6. - Error codes returned by some modules have changed. Notably, codes from query submodules will no longer include the module prefix, e.g. if you supply a bad continuation parameter for prop=revisions it will report error code 'badcontinue' instead of 'rvbadcontinue'. Other codes may have changed as well, e.g. for list=allpages the error for attempting to use redirects=1 in generator mode is now 'invalidparammix' instead of 'params'. - If you're attempting to parse the human-readable 'info' text of errors, that text may have changed. Use cases should be submitted in Phabricator[2] as feature requests to include the needed data in a machine-readable format alongside the error message. - action=emailuser may return a "Warnings" status, and now returns 'warnings' and 'errors' subelements (as applicable) instead of 'message'. - action=imagerotate returns an 'errors' subelement rather than 'errormessage'. - action=move now reports errors when moving the talk page as an array under key 'talkmove-errors', rather than using 'talkmove-error-code' and 'talkmove-error-info'. The format for subpage move errors has also changed. - action=rollback no longer returns a "messageHtml" property on errors. Use errorformat=html if you're wanting HTML formatting of messages. - action=upload now reports optional stash failures as an array under key 'stasherrors' rather than a 'stashfailed' text string. - action=watch reports 'errors' and 'warnings' instead of a single 'error' This same change brings the ability to request errors and warnings in languages other than English and formats other than plain text. See the new 'errorformat', 'errorlang', and 'errorsuselocal' parameters to the 'main' module. [1]: https://gerrit.wikimedia.org/r/#/c/321406/ [2]: https://phabricator.wikimedia.org/maniphest/task/edit/form/1/?tag=MediaWiki… -- 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

Pure Browser-side JS with Bot Password cannot get token due to CORS
by Dan Keith 04 Dec '16

04 Dec '16

Hi. I'm trying to write JS code in my browser that will run a prototype Wikidata bot (written in Browser-side JS) that will use XMLHttpRequest() to login to WikiData via a Bot Password for the purposes of making an edit. I'm running into CORS issues. If I disable CORS in my browser, I can POST with: ?action=login&format=json&lgname=BOTNAME&lgpassword=BOTPASSWORD' and I successfully get a login token. However, if I don't disable CORS, my browser errors with: 'XMLHttpRequest cannot load https://www.wikidata.org/w/api.php. Origin http://localhost:8080 is not allowed by Access-Control-Allow-Origin’ Note that the same request that fails in the browser works fine with ‘curl’. I’ve tried adding ‘origin=*’. I’ve toggled withCredentials, and I’ve tried a variety of combinations of these. I’m wondering if it is even possible to have a webpage that can obtain login access (via bot user/pw), and make WikiData edits. I know that the rest of the Wiki sites can uses CORS between each other, because they are whitelisted. My site is not on the whitelist, and it shouldn’t be. An even simpler request that fails is this: https://www.wikidata.org/w/api.php?action=query&format=json&meta=tokens It works when I disable CORS in the browser, but fails with the same error as above (remember, this is XMLHttpRequest, not just typing into the URL field). I want to avoid writing server code just to defeat the browser’s CORS protection. Thanks for any help you can provide, Dan

2 1

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

30 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) 17 Nov '16

17 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 16 Nov '16

16 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 05 Nov '16

05 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 04 Nov '16

04 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 03 Nov '16

03 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

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Mediawiki-api