I uploaded more than 300k files to Commons - I want avif and jpeg xl.

b99b0572b30abf3e70307731aaa907c4

Created this oauth client without "allow consumer to cpecify a callback" - its a mistake, already did a new one.

Ok, thanks, I never used Toolforge - according to the instruction - I sent the Toolforge membership request.

And does Toolforge accept zip/rar that are a few GB in size?

Ok, if I will be able to install official Telegram server to Toolforge - I can try it. I will have ssh to that Toolforge, right?

I can implement oauth token, if you think that it will be better.

In T429729#12046135, @fgiunchedi wrote:

this sounds to me like a great use case for a Toolforge tool.

...decryption happens only in memory, per upload.

...and bot deletes the Telegram message with the password.

Bot asks for username and bot-password token. We store encrypted passwords (AES-256-GCM) in sqlite.

Data flow: user sends photo(s) (even zip/rar are supported) to Telegram API - VPS long polling receives messages/files (so no public endpoint is needed) - and this VPS uploads photo(s) to Wikimedia Commons (with correct wikitext), optionally returning links to uploaded files.

Oops for files uploading from a user to public Telgram API - the limit is 20 MB https://core.telegram.org/bots/api#file

Please add dark mode through https://developer.mozilla.org/en-US/docs/Web/CSS/@media/prefers-color-scheme

Strange to discuss an image format that is already supported by every browser https://caniuse.com/avif

Looks like I have a related problem: my uploaded PDFs lost the trailing 0x0d (that is \r). Uploaded them with Pywikibot 10.7.4

Ooops sorry my mistake - its another category...

Confirming on Gentoo Linux, Firefox 147.0.4

I did a workaround userscript:

a is available https://en.wikipedia.org/wiki/Help:Keyboard_shortcuts#List_of_access_keys

And I cannot open https://commons.wikimedia.org/wiki/Special:UploadStash, getting

I have this error response when uploading a big file to Commons (1.3 GB PDF).

In T267492#6828292, @Aklapper wrote:

Can anyone still reproduce and also provide specific error output from the browser's error and network consoles?

Still have "The write operation timed out" on Pywikibot git master version 11.1.0.dev0 :(

Now in Network tab got

In T267492#6828292, @Aklapper wrote:

Can anyone still reproduce and also provide specific error output from the browser's error and network consoles?

Got this error today for a BIG pdf, solved by extracting images from it:

url-status= is not changed :(

The diff on your screenshot shows many unchanged lines :(

and my script prints Pywikibot version 11.0.0.dev10

In T415376#11550883, @Xqt wrote:

We cannot assume that git bash is always preinstalled. Pywikibot can be installed from nightly dump or installed as package from pypi.

could you please check it if it looks better now.

Implemented locally:

Thanks, implemented at https://gitlab.com/vitaly-zdanevich/globustut-domain-move-on-wikipedia/-/commit/02a7dedccd7e1bae0470baac53d49a476d355ed4

I have the same problem, should I create a new ticket?

I have the same issue

I found related project that convert Wikipedia dump into plain text https://github.com/attardi/wikiextractor

or maybe not man but as plaintext files, or with some simple markup for the less reader.

Again this error, now for "Облигация на капитал 5 рублей золотом государственный шестипроцентный выигрышный заем"

What was the title in your request?

Origin must be only https://commons.wikimedia.org?

But in manifest.json I already had

I tried to fire from content script, with Origin of the current usual page (and in url parameters)) - got response without Access-Control-Allow-Origin, the response:

Hm, bad :(

I found a workaround: replacing of Origin header, on Manifest V3, to something that is not moz-extension://:

Request has no Origin header, looks like browser extensions omit it.

In T390302#10746545, @Nylki wrote:

In T390302#10700265, @HNordeenWMF wrote:

In T390302#10689365, @Commander_Keane wrote:

I believe iOS devices default to HEIF file format which can be patent encumbered: T211745

Hi @Commander_Keane great flag, that will need to be a subtask for the prototype. My understanding is we could use APIs to perform file conversion to JPEG and PNG, or UIKit has some methods we could leverage.

Added a comment in the above mentioned ticket.

Can I implement the dark mode?

The suggested description is feels like it changed something.

Code about this

When here in my script I print the description - I see that Pywikibot suggests replacing it with the same string.

Converting to jpg/png is bad - because they are less efficient than modern avif

is patent-encumbered

But after saving a page - it must teleport me to the updated article view?

My internet connection is good, and I saw this many many times :(

Can account Uwelir get that mass-upload permission?

Currently not crashing for me - works as expected.

I have the same problem for many my files, for example https://commons.wikimedia.org/wiki/File:%D0%9C%D0%95%D0%92_1883-07.pdf

Thanks, uploaded to https://commons.wikimedia.org/wiki/File:Overwinter.webm

Still cannot upload, I think this is a serious problem.

I was trying to upload on https://commons.wikimedia.org/wiki/Special:UploadWizard

Translation through Google and Yandex is available in Firefox.

Ops, ok.

Also related issue.

I found this page - looks like some people already works on dark mode?

"Replacing by link" I mean when you specify "Source URL", not attaching an actual file.

I tried multiple times for multiple days. Source file is flac ~500 MB in size.