I think you need to either comment in the issue I created in
https://phabricator.wikimedia.org/T241437
Or write your own bug in phabricator. I’m don’t know if there’s another bug
tracker to report in via Wikipedia instead of wikimedia.
Robert
On Mon, Dec 30, 2019 at 2:56 AM Alessandro Vallin <
a
I saw this happening too and complained, but it seems they don’t want to
fix the issue. They suggested I switch APIs but this leaves all of my
existing clients running older releases out in the dark.
https://phabricator.wikimedia.org/T241437
Would suggest you complain there.
Robert
On Sun, Dec
Hi,
The Description field seems to have gone missing very recently (in the past
day or days) from the api.php Opensearch results. Is this expected?
Thanks,
Robert
___
Mediawiki-api mailing list
Mediawiki-api@lists.wikimedia.org
https://lists.wikimedia.
On Wednesday, July 3, 2013, Ran Ari-Gur wrote:
> You can specify clshow=!hidden to omit the "hidden" categories that, by
> default, are not shown at the bottom of a page:
>
Is there a way to do this for action=parse so that only a single query
needs to be made? I noticed that asking action=parse
Will there be any effort made to improve the situation with wiki text and
formatting? The biggest problem I have isn't the API specifically (which
works fine for my needs), but the fact that it is near impossible to
implement WYSIWYG editing of wiki text. Also the lack of consistency
between displa
Is it intentional that pages that don't exist no longer return an error message?
Previously a request for something like:
http://en.wikipedia.org/w/api.php?action=parse&page=testest&format=xml&redirects
Would return some friendly xml error that I could parse:
Now it just returns an empty pa
On Wed, Sep 28, 2011 at 6:58 AM, Roan Kattouw wrote:
> On Wed, Sep 28, 2011 at 1:54 AM, Roan Kattouw wrote:
> Because of the cache splitting involved, this is causing a load
> increase on our API cluster. So please let me know when the iOS
> clients are fixed and I can turn this hack back off. I
On Tue, Sep 27, 2011 at 4:54 PM, Roan Kattouw wrote:
> On Wed, Sep 28, 2011 at 1:36 AM, Robert Chin wrote:
>> It would be really great if you
>> could allow us some flexibility in this area though -- could you maybe
>> put in a temporary workaround in action=parse to
On Tue, Sep 27, 2011 at 4:14 PM, Roan Kattouw wrote:
> On Tue, Sep 27, 2011 at 11:59 PM, Robert Chin wrote:
>> Is it possible to roll back this change for the main servers for about
>> two weeks?
> I'd really rather not. The change is necessary to make the impendin
On Tue, Sep 27, 2011 at 10:37 AM, Roan Kattouw wrote:
> These URLs are not invalid, they're protocol-relative. They should
> work in every browser. They're officially called 'network-path
> references' and specified in RFC 3986 section 4.2 [1]. If your client
> can't deal with these URLs, that's
There appears to be some sort of bug affecting a subset of pages that
started happening yesterday night. Certain tags on
Wikipedia's API are being served with an invalid URL, missing the
scheme in front:
This is seen on http://en.wikipedia.org/w/api.php?action=parse&page=Cereal
However certain
11 matches
Mail list logo
