I think it’s the commons.wikimedia.org cookie you need to clear.

In T188684#7521655, @rook wrote:

This was removed...However it was removed in October, not August. I've put in a PR to return the timeout to 24 hours. Though I wasn't able to recreate the results in minikube when I set a short timeout, job seemed to be running after the timeout and the ten minute cull loop.
https://github.com/toolforge/paws/pull/108

I am experiencing this issue as well. I can't upload a 6MB JSON file, when I have uploaded much larger files before—I think even hundreds of MB.

That seems to have done it, I'm in! Thanks so much.

I tried again, and get a different error message:

Logging out and in again didn't do it for me, even with clearing cookies just in case.

I am reopening, since nothing seems to be solved for me. I am getting nothing besides the 500 error for my account DPLA_bot.

When I try, I get:

We need to figure out what happened here. Did the editor drop the ball or did we misunderstand the assignment? And if we can get in January's issue, as our last shot.

I just wanted to comment here, because this behavior is really unclear to me. Does it mean that if I am using the ignore_warnings iterable functionality, I lose access to the message of warnings? I would like to make a bot workflow that raises an error on certain warnings, but then makes a certain action based on the content of the warning received by the API. For example, if the warning is a duplicate one, I might do something after the upload attempt, like move the existing file to the preferred title—but I can't see what it was without logging the warning. Is there a different way to get access to it?

New scope, per chat, enable View it! for all namespace codes of 99+, for any project-specific content namespaces.