User talk:Rillke/Discuss/2015

← previous page

2015

→ next page

Babel user information
en-2 This user has intermediate knowledge of English. de-3 Dieser Benutzer beherrscht Deutsch auf hohem Niveau. fr-1 Cet utilisateur dispose de connaissances de base en français.
Users by language

T

• If you are responding to a message or template that I left on your user talk page, respond there.
• You can place a {{Talkback|UserName}} here, if I did not reply there.
• Sign and date your posts using four tilde characters (~~~~)
• Use a == descriptive Heading == for new topics
• Place new discussions at the bottom of the page
• Be civil, assume good faith and avoid personal attacks
• Watch this page if you write something here and expect a response

Archives All pages in archive

---

Chunk size for bigChunkedUpload

Staub aufwirbeln…

Hi, I'm unable to set the desired chunk size. 4 MB is far too much for modem speed, and an upload failed (for the first time, presumably because I was downloading something simultaneously.) Therefore I wanted 4 KB, but apparently 500 is the minimum, and I tried several minutes to get 512: no luck. Please offer an ordinary input box for whole numbers.

Mostly unrelated, something or somebody screwed up your talk page archives. There is an ancient 2011 discuss archive, an old discuss/2014/2 archive, a red link for what could be the first 2015 archive, and no real talk page at all, only this page for bots. For a similar mess created by me see Help:Chunked upload. –Be..anyone (talk) 00:28, 3 February 2015 (UTC)

You must set the chunk size before uploading. I though I was disabling the slider but it isn't. Going to fix that. -- Rillke^(q?) 08:38, 3 February 2015 (UTC)

I tried it before the upload, but I never hit the wanted 512, one tick right, 800+, one tick left 600+, and then only 500 works for a new game. –Be..anyone (talk) 16:35, 3 February 2015 (UTC)

The chunks sent to the server are bigger anyway; it works as follows: Read n bytes from the file, base64 encode that, add it to the multipart message with some instructions and headers and send this to the server. n=User selected chunk size In which case would it make sense to choose exactly 512 KiB? -- Rillke^(q?) 17:05, 3 February 2015 (UTC)

Smallest 2^n*4 KB offered, and the default is 4096=8*512. Actually I think "pick a number between 1..99 of desired chunks" would also work. BTW, 500 worked, after lots of retries and some hours 24 chunks made it. There should be an "I give up for now" button, it's hard to stop your script before it comes to the same conclusion. –Be..anyone (talk) 19:08, 3 February 2015 (UTC)

Die Antwort

Hallo Rillke,

man, da habe ich ja richtig viel Staub aufgewirbelt :-( Sorry. Um Dir aber darauf zu antworten: ich wollte "nur" dem geschätzten Kollegen The_Photographer aufzeigen wie "Scheiße" die CC-0 Lizenz eigentlich ist. Das war einfach alles. Ich hätte den Urhebervermerk selbstverständlich später korrigiert. Aber die Ereignisse haben sich überschlagen. Ich werde nun Ruhe einkehren lassen und mich in die Unauffälligkeit entlassen. Viele Grüße, --Alchemist-hp (talk) 21:48, 4 February 2015 (UTC)

@Alchemist-hp: Gute Idee. Staub aufwirbeln ... ja, das wolltest Du vermutlich, sonst hättest Du es anders angegangen. Pointy zu sein und Leute zu ihrem Glück zu zwingen, kommt eben nicht immer gut an. Ich denke, ein Hinweis genügt; wenn sie es dann nicht verstehen, ist es ihr Problem. Freue dich still und mach Geld (oder was auch immer) mit ihrer Dummheit. -- Rillke^(q?) 22:59, 4 February 2015 (UTC)

Chrome extensions and Firefox add-ons

Pingback: opusenc.js+flac.js. –Be..anyone (talk) 19:01, 9 February 2015 (UTC)

Umm. Das nur ein Port des Beispiel-Encoders von Xiph, keine wirkliche Implementierung. Hattest Du noch eine Frage dazu bzgl. Chrome extensions and Firefox add-ons? -- Rillke^(q?) 20:00, 9 February 2015 (UTC)

Nicht wirklich, da ich FFmpeg nutze, aber die Idee, einfach was auch immer der Browser kann, in ein Skript zu packen, interessant finde. Ohne "extension" oder "add-on" oder Eintrag auf einem userscript.org-Nachfolger fürchte ich, dass da nur wenig Nachfrage entsteht — und helfen kann ich nicht, mein einziges "add-on" war eine 1-zu-1 Kopie der auf sourceforge publizierten en-US Buchstabierregeln. –Be..anyone (talk) 04:45, 10 February 2015 (UTC)

Ah, Du meinst ich soll es ein bisschen vermarkten. Gute Idee eigentlich. -- Rillke^(q?) 11:26, 10 February 2015 (UTC)

Erweiterung glwiki=1 sowie glwiki-nom=..... beim Template: Template:Assessments

Hallo Rillke,

ich habe keine Ahnung wie aufwendig das ist, aber inzwischen gibt es auch eine gl FP-Seite (Galego, Galizien): [1] und somit auch gl-FP Bilder. Nur leider sind exzellente Bilder für gl bisher nicht vorgesehen. Könntest Du Dich da bitte als Superprogrammierer mal daran versuchen? Ich würde da wohl mehr kaputt machen als das ich da etwa richtiges auf die Beine stellen könnte. Schon mal vielen Dank für den Versuch oder gar den Erfolg, an dem ich absolut nicht zweifle :-) --Alchemist-hp (talk) 22:16, 9 February 2015 (UTC)

 Done -- Rillke^(q?) 14:27, 10 February 2015 (UTC)

Module:File

Hallo Rillke, du kennst dich da ja gut aus, und ich kann es einfach nicht herausfinden: wie komme ich zur Dateigrösse (size of image, not description), egal wie (Vorlage, LUA, PHP,...)? Meine Suche bei den Variablen hat nichts erbracht. Ist doch sicher ganz einfach, wenn man weiss wie. Am liebsten hätte ich es als Funktion dieses (oder eines anderen) Moduls, bisher scheint es das nicht zu geben? sarang♥사랑 11:42, 10 February 2015 (UTC)

Dateigröße in Bytes oder Abmessungen? Abmessungen sind jetzt möglich; siehe Beispiele. -- Rillke^(q?) 15:51, 10 February 2015 (UTC)

Mich interessiert die Größe in Bytes. Gibt es da auch was, oder kann ich was schreiben? sarang♥사랑 17:36, 10 February 2015 (UTC)

Nicht, nach dem, was ich weiß. Kannst mal auf de:Wikipedia:Technik/Werkstatt nachfragen; vielleicht fällt dort jemandem etwas ein. -- Rillke^(q?) 17:59, 10 February 2015 (UTC)

O.k., danke sarang♥사랑 18:10, 10 February 2015 (UTC)

Ich bin bei dieser API-Abfrage verendet, das sieht allgemeingefährlich nach callback und asynchron aus. –Be..anyone (talk) 18:23, 10 February 2015 (UTC)

Jo, aber das kannst Du nicht in Vorlagen verwenden. Dazu bedarf es die browser-seitige Ausführung von JS oder die Lösung von phab:T78171. Falls ihr dort kommentiert: Bitte seid lieb zu Anomie, der hat schon wirklich viel geleistet und reagiert i.d.R. auch sehr schnell und kompetent auf Fehlermeldungen. -- Rillke^(q?) 20:46, 10 February 2015 (UTC)

@Sarang: Wofür möchtest Du denn diese Information verwenden? Wenn die Abmessungen verfügbar sind, sollte die Größe auch kein Problem sein; nur muss ich es rechtfertigen, wenn ich eine Aufgabe (Task) im Phabricator oder ein Patchset (Gerrit) hochlade. Abmessungen - für Layout-Zwecke, klar, aber Dateigröße in Bytes? -- Rillke^(q?) 20:57, 10 February 2015 (UTC)

Diese Dateigröße benötige ich an verschiedenen Stellen für SVG-Dateien.

• So gibt es Probleme mit dem W3C-Validator bei Dateien ab ca. 2 bis 4 MB. Solche Dateien bekommen die "show source"-Option ausgeblendet und sie werden nach Large SVG files kategorisiert. Wenn die Größe (ohne Serveraufwand) zur Verfügung steht, könnte das ev. auch automatisiert erfolgen - bisher ist das manuell.
• Weiters könnte es opportun sein, in Large SVG files absteigend nach dieser Größe zu sortieren; auch dann, wenn weiterhin manuell kategorisiert werden soll falls es zu großen Serveraufwand bedeutet in jeder "SVG created with ..."-Vorlage die Größe abzufragen.
• Da seit einiger Zeit ab 1KB nur mehr KB angegeben werden, muss ich zur Ermittlung der tatsächlichen Bytezahl immer die Dateien runterladen, um dann bei mir nachsehen zu können und anschließend wieder zu löschen; das ist recht umständlich.

Auf jeden Fall würde ich mir was für meine commons.js basteln, dass ich die Bytezahl angezeigt bekomme. sarang♥사랑 06:14, 11 February 2015 (UTC)

• gerrit:190117 -- Rillke^(q?) 00:00, 12 February 2015 (UTC)

  Gut, Danke, dann kann ich mir den Bettelbrief auf mw:Extension:FileInfo schenken, das hätte mich mit Recherche Stunden gekostet, nun hat's Dich vorher gepackt. –Be..anyone (talk) 00:17, 12 February 2015 (UTC)

  Soeben wurde die Änderung geprüft und akzeptiert. Kommt voraussichtlich Do, 24. Feb. 2015 mit 1.25wmf18 zu uns. -- Rillke^(q?) 02:46, 12 February 2015 (UTC)

@Rillke: ich will ja nicht drängeln und lästig fallen, auch weiss ich dass du wichtigeres zu tun hast. Aber mit der Erweiterung scheint es sich zu verzögern, der 24. ist rum und ich sehe keine Änderung am Module. In der Discu sind noch wichtige Anforderungen eingetragen. Ich könnte ja mal versuchen, das in einer Sandbox zu machen? sarang♥사랑 11:38, 26 February 2015 (UTC)

Sollte jetzt funktionieren. Natürlich musste ich unser Modul, das ja eine Art Wrapper darstellt, noch anpassen. Vielen Dank für die Erinnerung. -- Rillke^(q?) 12:40, 26 February 2015 (UTC)

Danke! Aber diese kleine Ungenauigkeit ist noch nicht behoben; ich kann mich ja mal daran versuchen, oder? sarang♥사랑 13:59, 26 February 2015 (UTC)

Eine andere Frage

Hallo, du kennst dich aus und kennst auch andere die sich noch besser auskennen. In Template talk:Vector version available#Sandbox habe ich überlegt wie wohl das Kosten-Nutzen-Verhältnis sein könnte, entweder jeden Dateinamen ungeprüft zu übernehmen und als redlink rumstehen zu haben falls er fehlerhaft ist - oder jedesmal die Existenzprüfung samt Fehlerprozessing durchzuführen für die verschwindend seltenen Fehlerfälle. Ich denke nicht alles was machbar ist und nett wäre sollte auch wirklich gemacht werden ohne Berücksichtigung des im System verursachten Aufwandes. Jetzt sind Experten gefragt, wie schlimm einige redlinks sind, verglichen mit 63000mal die Verifizierung der Dateiexistenz, die sicherlich zu 99,99% gegeben ist. Es mangelt mir an den Kenntnissen das zu beurteilen, wen kann ich fragen? Gibt es nicht auch irgendwas wie eine Special page of failing links? Ich halte meine Bedenken für ausreichend wichtig dass sie von Fachleuten beurteilt und ggf. ausgeräumt werden. Danke, sarang♥사랑 15:59, 12 February 2015 (UTC)

Auf Special:WantedFiles sind einige referenzierte aber nicht existente Dateien gelistet. Prüfung: Dass eine Dateibeschreibungsseite existiert heißt noch nicht, dass auch die Datei existiert. Dazu braucht es {{#invoke:File|fileExists|file=File:Name.ext}}. Ob es sinnvoll ist, kann ich nicht beurteilen; grundsätzlich spricht nichts dagegen, denn wenn die Datei über einen Link referenziert wird, muss MediaWiki schließlich auch prüfen, ob die Dateibeschreibungsseite existiert und den Link ggf. rot darstellen. Bei Einbindungen sieht es ähnlich aus. Da es nur eine "teure" Parserfunktion wäre, ist es denke ich okay; im Fall dass die Datei nicht existiert sollte dann aber eine Dicke fette Fehlermeldung und entsprechende Kategorisierung erfolgen. -- Rillke^(q?) 16:48, 12 February 2015 (UTC)

cor Photo challenge WatschlistNotice

Hallo Rillke,
nachdem ich gestern zuerst vergessen hab zu unterschreiben, hat das 'pingen' nicht funktioniert... könntest du die mittlerweile überpfrüfte Spanisch-Version mit funktionierenden Links (die Version, die zur Zeit in Verwendung ist, hat leider lauter rote links...) und die hebräische Übersetzung noch zur Nachricht hinzufügen?
Liebe Grüße, Anna reg (talk) 16:30, 12 February 2015 (UTC)

 Done -- Rillke^(q?) 16:37, 12 February 2015 (UTC)

Commons:Picture of the Year/2014/R1/Results/Candidates

Hi Rillke, we update the following page. I'm trying to do as best I can. 2. tour begins tomorrow. Let's be prepared accordingly. Good wikis. Uğurkent (talk) 20:05, 13 February 2015 (UTC)

I am going to run a tallying script tomorrow. And Beria will be also around. Yes, it's a little late but, uh, I have so much to do. -- Rillke^(q?) 20:10, 13 February 2015 (UTC)

I can't do with the script. I could do with bots. But it can't run in the Commons. Thanks. Uğurkent (talk) 20:16, 13 February 2015 (UTC)

We need to add the category of candidate results pages. Can you handle it? More than one image in the results page. Have to be that there are 982 files. Competition today at 23:30 (UTC) does this started? Uğurkent (talk) 06:18, 15 February 2015 (UTC)

Done, I copied the category to the result set. Finalists gallery is ready (listing) but should be confirmed by a second committee member. -- Rillke^(q?) 09:21, 15 February 2015 (UTC)

All right. You can remove the barriers open nomination page? Uğurkent (talk) 09:33, 15 February 2015 (UTC)

Had less than 2 hours to the start of the competition time. Commons:Picture of the Year\/2014\/R\d\/v\/.* <noedit> # POTY 2014 voting ended. I get an error when creating the nomination page. Can you handle it? Uğurkent (talk) 21:58, 15 February 2015 (UTC)

Sorry, yes, AbuseFilter and Titleblacklist (the latter is what you got the message from) were active).  Done -- Rillke^(q?) 22:23, 15 February 2015 (UTC)

Never mind, let us enjoy. Beria by CentralNotice in Meta? Beria because sysop. Uğurkent (talk) 22:28, 15 February 2015 (UTC)

I fear I have to apologize to Beria. I asked her to help me and being around and then I didn't appear :-/ -- Rillke^(q?) 22:29, 15 February 2015 (UTC)

Nah, dont worry about, I was thinking there is a way to organize the results by category? Because that will help us a lot, bec ause instead of review 900 pages we would review about 100 or less. What do you think? Béria L. Rodríguez ^msg 22:58, 15 February 2015 (UTC)

@Beria: Created this from Commons:Picture_of_the_Year/2014/R1/Results (the processed results). In case you want me to re-format or anything else, let me know. -- Rillke^(q?) 00:13, 16 February 2015 (UTC)

Ein Bier für Dich

Hallo Rillke, anbei ein Bier für Dich, als kleine Belohnung für Deine tolle Arbeit beim POTY 2014. Das ist sinnbildlich gemeint. Sollten wir und mal im real life treffen, so löse ich das gegen ein echtes Bier ein. Vielen Dank und viele Grüße, --Alchemist-hp (talk) 20:45, 15 February 2015 (UTC)

VisualFileChange request

Hello. When you have time, please provide the ability to mark custom replacements as minor. Thanks! Magog the Ogre (talk) (contribs) 00:22, 18 February 2015 (UTC)

JS

What could be wrong with my import? Popups etc. isn't working, but not everything doesn't work... -- Mentifisto 07:06, 18 February 2015 (UTC)

@Mentifisto: Before you removed the hash symbol, your user script was invalid and caused some gadget to fail for you. Now, you are importing your global JavaScript file from Meta but you are using HTTP (unencrypted and unsigned transmission). If you are using Commons on HTTPS I warmly suggest to use the following instead:

mw.loader.load('https://meta.wikimedia.org/w/index.php?title=User:Mentifisto/global.js&action=raw&ctype=text/javascript');

Does it work as intended after making the suggested change? If not, please press Ctrl+⇧ Shift+I for all browsers except Microsoft Internet Explorer or F12 in Microsoft Internet Explorer, then click the console tab, then reload the page and look for error messages (only errors are important) copy them and report them back to me here. Kind regards -- Rillke^(q?) 12:49, 26 February 2015 (UTC)

Replaced http, but I still get these specific errors:

Error: https://commons.wikimedia.org/w/index.php?title=User:Kanonkas/twinklefluff.js&action=raw&ctype=text/javascript at line 1: ReferenceError: twinkleConfigExists is not defined - not sure why this is necessary, but Commons doesn't seem to have the same system as enwiki (config now has its own page-interface)

Error: https://en.wikipedia.org/w/index.php?title=User:Henrik/js/live-view-counter.js&action=raw&ctype=text/javascript at line 24 - not sure exactly what's wrong here. -- Mentifisto 13:28, 2 March 2015 (UTC)

@Mentifisto: The first script appears to need some configuration. I never use Twinkle, I suggest you contact their developers. The second script will not work on HTTPS because it attempts to connect to stats.grok.se through unencrypted HTTP and this is forbidden by most recent browsers. I suggest you drop both scripts from your global imports. -- Rillke^(q?) 14:26, 2 March 2015 (UTC)

UploadStatsBots failure

Hi Rilke. UploadStatsBot has some small failures. My alive page was not updated on 2015-02-20 and 2015-02-21 even though my all alive page was changed. --ŠJů (talk) 18:37, 21 February 2015 (UTC)

Hey ŠJů, there was an error with the rate limit of the bot. In short: It sent out unnecessary edits and did this too quickly. If you experience any trouble again, please let me know. Kind regards -- Rillke^(q?) 23:12, 24 December 2015 (UTC)

Problem with VFC and redirects

I used VFC to bulk-add category tags to several hundred images that I'd uploaded over the past several months; in so doing, I discovered a small problem.

Some of the images had been renamed due to typos, leaving redirects from the original names. In those instance, the category tags got added to the redirects instead of to the current versions.

Example: <https://commons.wikimedia.org/w/index.php?title=File:Qjosh_wise_doffs_his_hat.jpg&action=history>. DS (talk) 18:59, 22 February 2015 (UTC)

Also doch keine Hilfe

Hallo Rillke, jetzt habe ich wieder mal auf commons geschaut und stelle fest, da kam nichts mehr von Dir. Nun ja, der Kollege hat mich für eine Woche gesperrt, weiss zwar nicht wieso, erklärt er auch nicht. Aber ich habe da schon ein Problem, ein grösseres wie es scheint. Stelle also unter bedingungen Fotos hier ein und diese Bedingungen werden permanent missachtet, für mich ist es immer noch der einfachste Weg die Fotos löschen zu lassen. Da spricht nichts dagegen nur einiges dafür. Gruß SlartibErtfass der bertige (talk) 19:25, 22 February 2015 (UTC)

Suggestion

Is there a way that on VisualFileChange that I can start a file with a first letter like on here, {{CategoryTOC}}? 1989 15:10, 25 February 2015 (UTC)

Nevermind. 1989 17:08, 25 February 2015 (UTC)

@1989: So you found it? Do the start conditions still work? -- Rillke^(q?) 12:51, 26 February 2015 (UTC)

Yeah. 1989 14:06, 26 February 2015 (UTC)

Gadget-AjaxQuickDelete.js improvement

Hi Rillke, did you have the chance to read this? Thanks --Discasto _{talk | contr. | es.wiki analysis} 16:01, 25 February 2015 (UTC)

Attribution

The image the comes up when forgot to enter images in the (lovely) VFC (image link) needs to either be pressable (to come to the image description site), or a link to it needs to be shown below, for attribution purposes, since it is not in the public domain, but copyrighted and licensed under GFDL (2.1 or later). Please fix this. Thanks. Josve05a (talk) 00:49, 27 February 2015 (UTC)

@Josve05a: It's LGPL. As such it's sufficient if it can be identified by its URL. -- Rillke^(q?) 09:58, 27 February 2015 (UTC)

Sorry, got my licenses mixed up. Currently, when opened, it links to upload.wikimedia.org/wikipedia/commons/0/09/Crystal Clear action info.png. For us Wikimedians, that might be used to find the description page (=be identified by its URL), but for non-Wikimedian/newbies/others, it is not that 'identifiable'. Wouldn't it be better to just link the image directly to the file page? Josve05a (talk) 10:24, 27 February 2015 (UTC)

Have you ever seen any software product linking its images icons for attribution purposes? Well, the icon author is now, with v.0.9.52.2 credited in the left bottom corner. There are a couple of icons by the same author in use in VFC. Thanks for bringing this up. -- Rillke^(q?) 10:46, 27 February 2015 (UTC)

Flag edit war

Please don't take my comment as implying that admin action might not be needed (for user behavior)... was just commenting that the war itself is stupid. Revent (talk) 17:58, 1 March 2015 (UTC)

Isle of Man

FWIW, was trying to point out (originally) to both parties that is was a dumb trivial argument, but I apparently failed in that utterly. Again, (sigh). Revent (talk) 20:12, 1 March 2015 (UTC)

Somebody broke bigChunkedUpload.js

Hi, somebody managed to break bigChunkedUpload.js, and I bet it wasn't you:

04004: 18/124> Chunk uploaded
04004: 19/124> in progress Upload: 100%
04095: 19/124> upload is stuck
04095: 19/124> Connection seems to be okay. Waiting one more time...
04100: 19/124> upload is stuck
04100: 19/124> Connection seems to be okay. Waiting one more time...

…

05483: 19/124> Connection seems to be okay. Waiting one more time...
05488: 19/124> upload is stuck
05489: 19/124> Server error 0 after uploading chunk: 
Response: 
05489: 19/124> Connection seems to be okay. Re-sending this request.
05489: 19/124> Connection seems to be okay. Re-sending this request. Upload: 100%
05668: 19/124> upload in progress Upload: 100%
05745: 19/124> upload in progress Upload: 100%
05860: FAILED: {"servedby":"mw1121","error":{"code":"stashfailed","info":"Invalid chunk offset",
"offset":"9728000","*":"See https://commons.wikimedia.org/w/api.php for API usage"}}

One line break in the last two lines added by me (longer version). Two feature suggestions:

1. Sometimes my notes (source, license, etc.) in the upload comment are too long, i.e., the Uploaded with c:User:Rillke/bigChunkedUpload.js blurb at the end is truncated. Please move it to the begin using only the important link c:User:Rillke/bigChunkedUpload.js: and a colon. The name already says what it is about, and each character counts in the upload log.
2. Chunk size 4 KB (4096 bytes) for me, please, I don't care if that results in thousands of pieces/chunks/splices/whatever, as long as they all make it, eventually. The bug report above was with the minimum 500 KB, that's already too big for o2-DE vs. WMF fights. –Be..anyone (talk) 10:33, 3 March 2015 (UTC)

That's actually good news; one of the patches I submitted is already live and I can use it to make the script even more robust. Thanks for the complete log. -- Rillke^(q?) 17:05, 3 March 2015 (UTC)

1. should be fixed. Doing 2. later (hopefully today) -- Rillke^(q?) 18:06, 3 March 2015 (UTC)

100 KiB is the minimum chunk size now. In case we make them smaller, we make it more likely to face into server errors. Let me know if you experience any other errors now. There is just one critical point in the end now; when the file key changes and the client doesn't catch this change. In case the last chunk was uploaded and you see an error, please go to your UploadStash and try publishing from there. -- Rillke^(q?) 12:36, 4 March 2015 (UTC)

Special:Diff ping pong as thanks—I have not yet tested the smaller chunk size. On the same day (before the fix) the default size somehow made it in a 2nd attempt, so now I'm really curious what will be better, as small as possible or just the default, TBD. The rearranged backlink is fine, but I fear my idea that this also helps for "WhatLinksHere" is blocked by the c: Interwiki. –Be..anyone (talk) 04:33, 8 March 2015 (UTC)

VisualFileChange problems

Hallo, ich benutze VFC zwar auf einem primitiven Level, aber recht intensiv. Ich will lediglich patterns austauschen, das hat bisher meist gut funktioniert; aber jetzt komme ich nicht damit zurecht, und die einzige aufgefundene Beschreibung hilft mir nicht weiter. Ich habe schon gemerkt dass ich nicht mehrere patterns in einer Datei austauschen kann, VFC macht bei mir immer nur den ersten Tausch und ignoriert alles weitere; so dass ich uU mehrere Läufe benötige. Nun aber findet VFC ein pattern nicht, das ich ihm hineingepasted habe.

}}

{{ValidSVG}}

== Source Code ==
The plot was generated with [[:User:Geek3/mplwp|mplwp]] 1.1

{{collapsed|title=mplwp source code|font-size=100%|1=
<source lang="python">

würde ich gerne ersetzen durch

 
|Other fields={{Igen|mplwp|+
|collapse=The plot was generated with {{U|Geek3/mplwp|mplwp}} 1.0
|title=mplwp source
|code=

- aber das pattern wird nicht gefunden, und nichts wird ersetzt. Gibt es Probleme wegen der Leerzeilen dazwischen? Oder was muss ich anders machen? Nach diesem Tausch muss ich dann noch davor und dahinter was ändern, d.h. ich brauche 3 Läufe für mehr als 300 Dateien? Ich bin gerne bereit was dazuzulernen um es geschickter hinzubekommen. Ein manueller Edit den ich bei >300 Dateien lieber vermeiden möchte wäre in Mplwp airybi.svg zu sehen. Vielleicht gibt es irgendwo eine Anleitung für einfache Anwendungen? sarang♥사랑 09:20, 6 March 2015 (UTC)

@Sarang: Ja, ein paar Beispiele gibt es auf Help:VisualFileChange.js/samples. Auch mehrere Ersetzungen pro Datei sind möglich. Wichtig dabei ist: Die Liste wird von oben nach unten abgearbeitet. D.h. die in der 2. Zeile eingegebenen Suchmuster müssen auf das Ergebnis der 1. Ersetzung passen. Mit leeren Zeilen sollte VFC keine Probleme haben. Aber am besten Du kopierst direkt aus dem Quellcode einer Datei und fügst in das Suchmusterfeld ein, nur um zu testen. Sollte es dann noch Probleme geben, sage mir Bescheid und ich schaue es mir mal genauer an -- Rillke^(q?) 11:46, 6 March 2015 (UTC)

Danke. Genau das ist das Problem. Nach vielen erfolgreichen VFC Ersetzungen, auch mit Leerzeilen und linefeeds, wird das obige Beispiel nicht angenommen. Wird vielleicht irgendwas als regex interpretiert, statt als plain text? In Valid SVG created with mplwp stehen die Dateien die ich ändern möchte. sarang♥사랑 11:57, 6 March 2015 (UTC)

Das <source lang="python"> mag er nicht. Gibt es da irgendeinen workaround?

Ja, im Auswahlfeld auf Do not preserve nowikis and comments umstellen. -- Rillke^(q?) 12:16, 6 March 2015 (UTC)

Ah, danke, dann versuch ich es mal so. sarang♥사랑 12:41, 6 March 2015 (UTC)

Bug in bigChunkedUpload.js (mit möglichem Fix)

Hallo Rillke, vielen Dank für das Script User:Rillke/bigChunkedUpload.js – genau das, was ich brauche: zuerst Dateinamen und Dateibeschreibungsseite (per Wikitext, so dass ich eine andere Seite mit geringen Änderungen übernehmen kann und nicht erst ewig überwiegend dasselbe zusammenklicken muss wie beim UploadAssistent) festlegen, danach auf Hochladen klicken und dann ins Bett gehen.

Allerdings funktioniert das Script in meinem aktuellen Firefox nicht. Es steigt aus mit einer Fehlermeldung, dass „text“ nicht initialisiert ist in Zeile 177 (genauen Wortlaut weiß ich nicht mehr, der ist schon aus dem Fenster rausgescrollt). Ich habe mir erstmal so geholfen.

Ich vermute aber, dass das nur der Neuanlage von Dateien so funktioniert und das Überschreiben von vorhandenen Dateien (also Hochladen einer neuen Version) dadurch kaputt sein könnte. Ich nehme daher an, dass das ganze eher so aussehen müsste

			if (modeNewFile) {
				var params = {
					maxChunkSize: $cz.slider('option', 'value') * 1024,
					retry: {
						serverError: 250
					},
					title: $fn.val().replace(/File:/, ''),
					summary: '[[c:User:Rillke/bigChunkedUpload.js]]: ' + $sum.val(),
					passToAPI: {
						upload: {
							ignorewarnings: 1
						},
						finish: {
							ignorewarnings: 1
						}
					},
					callbacks: {
						loginRequired: _onLogInRequired
					},
					text: $sum.val()
				};
			} else {
				var params = {
					maxChunkSize: $cz.slider('option', 'value') * 1024,
					retry: {
						serverError: 250
					},
					title: $fn.val().replace(/File:/, ''),
					summary: '[[c:User:Rillke/bigChunkedUpload.js]]: ' + $sum.val(),
					passToAPI: {
						upload: {
							ignorewarnings: 1
						},
						finish: {
							ignorewarnings: 1
						}
					},
					callbacks: {
						loginRequired: _onLogInRequired
					},
				};
			};

--Rückwärtsfahrer (talk) 08:44, 7 March 2015 (UTC)

Uii, vielen Dank. Das habe ich tatsächlich kaputt gemacht. Ich frage mich gerade, weshalb das nicht von JSHint gefunden wurde. Sollte nun behoben sein. -- Rillke^(q?) 12:09, 7 March 2015 (UTC)

Please purge your browser’s cache or enable JavaScript in your Browser's settings. (You only need to do it once.)

Operating system Browser	Microsoft Windows or Linux	macOS
Internet Explorer	Press Ctrl+F5
Mozilla Firefox	Hold down ⇧ Shift while clicking Reload (or press Ctrl+F5 or Ctrl+⇧ Shift+R)	Press ⌘ Cmd+R (reload page) or ⌘ Cmd+⇧ Shift+R (reload page and rewrite cache)
Opera	Press Ctrl+F5 or ⇧ Shift+F5
Konqueror
Apple Safari	Hold down ⇧ Shift+Alt while clicking Reload
	Press Ctrl+R	Press ⌘ Cmd+⌥ Option+E (clear browser cache) or ⌘ Cmd+R (update)
Chrome	Press Ctrl+F5 or ⇧ Shift+F5 or hold down ⇧ Shift while clicking Reload	Press ⌘ Cmd+F5 or ⇧ Shift+F5 or hold down ⇧ Shift while clicking Reload

-- Rillke^(q?) 12:09, 7 March 2015 (UTC)

Oh, das ging ja schnell. Danke, es funktioniert jetzt. --Rückwärtsfahrer (talk) 19:36, 7 March 2015 (UTC)

Bug

I was on a category, and when I typed in the title on the advanced select option on VisualFileChange, and clicked ok, it didn't do anything. 1989 19:51, 13 March 2015 (UTC)

It will only find files that are already loaded into the VisualFileChange window. Was this the case? -- Rillke^(q?) 21:02, 13 March 2015 (UTC)

No. 1989 22:59, 13 March 2015 (UTC)

Do you think it has something to do with the settings I have, since its working for you? 1989 15:43, 16 March 2015 (UTC)

Russavia comment

• [17:39] <russavia> thanks, could you let him know that the organised press coverage of POTY has already begun in Ecuador :)
• [17:39] <russavia> http://www.telegrafo.com.ec/noticias/informacion-general/item/la-foto-de-ecuador-que-gano-concurso-de-wikimedia-commons.html
• [17:40] <russavia> and https://twitter.com/EstrategiasEc/status/578611429659529216
• [17:41] <russavia> and also --> http://www.turismo.gob.ec/fotografia-de-la-amazonia-ecuatoriana-gano-como-imagen-del-ano-2014-de-wikimedia-commons/

--The_Photographer (talk) 20:27, 20 March 2015 (UTC)

Thanks! -- Rillke^(q?) 02:14, 22 March 2015 (UTC)

UploadChunkVerificationException

Hi, out of curiosity I tried an upload of a "polyglot" PDF, issue 7 of the samizdat "Proof of Concept or Get The Fuck Off" journal, described in the Heise security lost+found column. Apparently BigChunkedUpload.js did not quite grok the server error messages, and tried it several times before giving up at the first of eight chunks. Special:Upload let me upload the complete 31 MB, before it finally reported a "Cannot upload this file because Internet Explorer would detect it as "text/html", which is a disallowed and potentially dangerous file type."
I can't tell what this is, a bug, working as designed, or some case of "WONTFIX: nobody does this", but it might a nice test case for regression tests. The file can be "rendered" as PDF, ZIP, BPG, or HTML (only PDF and ZIP are really interesting), one of the articles in this issue explains the background. –Be..anyone (talk) 11:56, 21 March 2015 (UTC)

BigChunkedUpload should fiddle out a workaround (utilizing a chunk size so the HTML isn't detected by the server), remove the HTML or immediately reject the upload. -- Rillke^(q?) 02:13, 22 March 2015 (UTC)

Okay, I'm recycling the old screenshot slot for my regular talk page layout disputes now.

Something else I figured out recently, uploading a new file with BigChunkedUpload.js for a file name without extension is a seriously bad idea. Oddly the server reports its unhappiness (or whatever) after the upload, and there's never a clear error message not counting "Success: Failed" or "Failed: Success". –Be..anyone (talk) 04:25, 7 April 2015 (UTC)

The ignorewarnings bit is set… -- Rillke^(q?) 12:21, 7 April 2015 (UTC)

Commons:File_renaming/Global_replace

Hallo Rillke, Du kennst Dich doch sicherlich mit dieser Seite bzw. der Funktion aus? Wenn man nun eine Datei verschiebt, erscheint in den jeweiligen Wikis dank der Autokorrektur eine Verlinkung auf "c:GR". Wo müsste man es ändern, dass gleich auf die jeweilige Sprachversion des Benutzers verlinkt würd? Der Link müsste dann, glaube ich, "c:Special:MyLanguage/Commons:File renaming/Global replace" lauten - nur habe ich keine Ahnung, wo man das einfügen muss... Grüße --Brackenheim (talk) 23:45, 21 March 2015 (UTC)

Hi Brackenheim, habe schon mit Wohlwollen Dein Übersetzungsengagement beobachtet. Der fragliche Link steht in MediaWiki:Gadget-libGlobalReplace.js. Allerdings ist Special:MyLanguage/ ziemlich lang und es gibt scheinbar keine kürzeren Aliase. Wenn ein paar mehr Übersetzungen da wären, macht es evtl. Sinn aber so führt es nur dazu, dass der Rest der Bearbeitungszusammenfassung abgeschnitten wird (255 Bytes, UTF-8). -- Rillke^(q?) 02:11, 22 March 2015 (UTC)

Stimmt, an die Begrenzung der Bearbeitungszusammenfassung hatte ich gar nicht gedacht. Vielleicht kommen demnächst ja noch ein paar Übersetzungen dazu, sonst müsste man es doch so lassen. Danke und Gruß, --Brackenheim (talk) 13:53, 22 March 2015 (UTC)

Feature request VisualFileChange.js

Hallo Rillke, neuerdings gibt es in cleanup_multi.php neben einem Kategorie-Cleanup auch eine Option, um eine Wikisuche als Quelle anzugeben. Ich dachte, dass das auch eine gute Erweiterung für dein Tool wäre. Das würde vor allem beim Cleanup der Wikitexte sehr hilfreich sein, da die Probleme nicht an Kategorien- bzw. Nutzergrenzen Halt machen. Was denkst du? --Arnd (talk) 07:40, 27 March 2015 (UTC)

Hallo nochmal Rillke, neben dem oben Genanntem würde ich zudem vorschlagen, dass das Tool auch die Aktion "NullEdit" unterstützt. Das dürfte leicht umzusetzen sein. Die Funktion braucht man vor allem bei Aufräumen. --Arnd (talk) 06:55, 31 March 2015 (UTC)

that edit war

I didn't personally want to make an edit there since I had dropped those warnings. Thanks for handling it, it is of course absolutely correct that a creator can decide how they want to be attributed. Revent (talk) 10:20, 28 March 2015 (UTC)

Thanks for letting me know. -- Rillke^(q?) 19:53, 30 March 2015 (UTC)

VisualFileEditor error

Hi, I got "Error: -- NO TASK DESCR. FOR mdGetMetaTable PLEASE ADD IT -- ##### TypeError: mdata is undefined" while applying the script to this page. --Jarekt (talk) 15:32, 30 March 2015 (UTC)

Latter I got "Error: -- NO TASK DESCR. FOR mdUploaderNotified PLEASE ADD IT -- ##### API request failed (internal_api_error_DBConnectionError): [b078b004] Exception Caught: DB connection error: Can't connect to MySQL server on '10.64.16.18' (4) (10.64.16.18) at Mon, 30 Mar 2015 15:36:09 GMT served by mw1200" --Jarekt (talk) 15:37, 30 March 2015 (UTC)

Both look like some temporary server issues. The first one probably means no metadata have been extracted for a file, the second one is obviously a database connection error. @Jarekt: can you still reproduce the first error? If so do you have an idea which file causes that error (not that important just curious, answer to first question is sufficient). -- Rillke^(q?) 19:52, 30 March 2015 (UTC)

I do not know which one of ~200 files caused the issue and the script eventually worked and I can not re-run "no-license" script without annoying a bunch of people. --Jarekt (talk) 20:10, 30 March 2015 (UTC)

Okay. Just in case it could be helpful to you: There is an undocumented debug mode in VFC; one can double-click any non-linked text in the sidebar, press "d" and then ↵ Enter. A message in red telling something about a mock should appear. With that, I was unable to reproduce the error on the listed filed, though... so it seems to be really temporary. -- Rillke^(q?) 20:53, 30 March 2015 (UTC)

Gadget-UserMessages

Hi! I think you will be able to help. Just imported today UserMessages gadget to Latvian Wikipedia (of course, with AxUserMsg; there are no changes currently from Commons version). Tested on my talk page, it stopped on "Loading...". Maybe something else should be imported at lvwiki? --Edgars2007 (talk) 10:25, 14 April 2015 (UTC)

Hi Edgars2007, you need to import the following two gadgets as well:

• libJQuery
• libUtil

Kind regards -- Rillke^(q?) 20:16, 14 April 2015 (UTC)

Thanks, it worked :) I probably will have some other questions in adapting-to-Latvian-Wikipedia process. --Edgars2007 (talk) 20:46, 14 April 2015 (UTC)

Feel free to ask; today I would implement the list of templates as a hash/ JavaScript Object Literal so certainly not my best work. -- Rillke^(q?) 20:52, 14 April 2015 (UTC)

Please see

Please see: Commons:Village pump#Template:Infobox aircraft image, we need your help, thanks! Funandtrvl (talk) 16:31, 14 April 2015 (UTC)

Replied there, issue gone, I guess :) -- Rillke^(q?) 20:53, 14 April 2015 (UTC)

Thank you! Funandtrvl (talk) 20:57, 14 April 2015 (UTC)

Seitensperre

Hallo Rillke,

magst Du bitte diese Seite sperren? Commons:Wiki Loves Earth 2015 in Germany

Eine Sperre, wo keine unangemeldeten und neuen Benutzer die Seite bearbeiten können, wäre prima. Während des Wettbewerbs soll vor allem im Regelwerk niemand rumpfuschen. Dank Dir! hilarmont \\ talk, talk, talk 20:47, 24 April 2015 (UTC)

 Done -- Rillke^(q?) 15:35, 25 April 2015 (UTC)

murgh musallam image

The copyright holder has given me permission to use the image on Wikipedia. He wants me to send the link of wikipage, where i will use the image. This is the printscreen of his E-mail. https://en.wikipedia.org/wiki/File:Snapshot_of_permission_from_copyright_holder.jpg

and this is the image for which i asked his permission.

https://www.flickr.com/photos/abhinaba/9227097668/

So what should be my next step? --Cosmic Emperor (talk) 08:48, 9 May 2015 (UTC)

@CosmicEmperor: Permission for Wikipedia is insufficient. What you need is a free license like CC-By-SA or CC-By in case of Flickr. Ask the copyright holder to change their license to one of these. Then use toollabs:flickr2commons (Flickr photo ID: 9227097668) to transfer the media file but authorize the application on MediaWiki.org first. -- Rillke^(q?) 20:02, 9 May 2015 (UTC)

Fehler mit bigChunkedUpload.js

Hallo Rillke, beim Upload einer neuen Version (98.682.662 Bytes) von File:Lim-03-2015-05-07.webm unter Win7-64, Schmallspur-DSL, SeaMonkey/2.33.1, erhalte ich folgende Fehlermeldungen:

Hi, Pristurus! Thank you for testing the beta version of User:Rillke/bigChunkedUpload.js.
00000: 1/95> in progress Upload: 48%
00045: 1/95> upload is stuck Upload: 63%
00059: 1/95> Connection seems to be okay. Waiting one more time... Upload: 100%
00100: 1/95> upload is stuck
00105: 1/95> upload is stuck
00105: 1/95> Please check your connection! Error: abort | abort
00110: 1/95> upload is stuck
00110: 1/95> Please check your connection! Error: abort | abort
00111: 1/95> Connection seems to be okay. Waiting one more time... Upload: 100%
00112: 1/95> Chunk uploaded
00112: 2/95> in progress Upload: 75%
00179: 2/95> Server error 0 after uploading chunk: Response:
00179: 2/95> upload in progress Upload: 100%
00289: 2/95> upload is stuck
00294: 2/95> Connection seems to be okay. Waiting one more time... Upload: 100%
00294: 2/95> Chunk uploaded
00294: 3/95> in progress Upload: 98%
00394: 3/95> upload is stuck
00398: 3/95> Connection seems to be okay. Waiting one more time... Upload: 100%
00399: 3/95> Chunk uploaded
00399: 4/95> in progress Upload: 97%
00504: 4/95> upload is stuck
00506: 4/95> Connection seems to be okay. Waiting one more time... Upload: 100%
00507: 4/95> Chunk uploaded
00507: 5/95> in progress Upload: 98%
00607: 5/95> upload is stuck
00610: 5/95> Connection seems to be okay. Waiting one more time... Upload: 100%
00611: 5/95> Chunk uploaded
00611: 6/95> in progress Upload: 75%
00678: 6/95> Server error 0 after uploading chunk: Response:
00678: 6/95> upload in progress Upload: 70%
00756: 6/95> Server error 0 after uploading chunk: Response:
00756: 6/95> upload in progress Upload: 25%
00786: 6/95> upload is stuck Upload: 47%
00807: 6/95> Connection seems to be okay. Waiting one more time... Upload: 100%
00874: 6/95> Server error 0 after uploading chunk: Response:
00874: 6/95> upload in progress Upload: 72%
00942: 6/95> Server error 0 after uploading chunk: Response:
00942: 6/95> upload in progress Upload: 100%
01062: 6/95> upload is stuck
01065: 6/95> Connection seems to be okay. Waiting one more time... Upload: 100%
01066: 6/95> Offset issue by Server detected. Attempting to fix automatically.
01066: 6/95> Looks like this chunk was successfully transmitted but didn't receive a success message for it.Please have a look at the file after uploading.
01066: 6/95> Chunk uploaded
01066: 7/95> in progress Upload: 100%
01166: 7/95> upload is stuck
01171: 7/95> upload is stuck
01171: 7/95> Please check your connection! Error: abort | abort Upload: 100%
01175: 7/95> Chunk uploaded
01175: 8/95> in progress
01175: 8/95> Connection seems to be okay. Waiting one more time... Upload: 97%
01275: 8/95> upload is stuck
01279: 8/95> Connection seems to be okay. Waiting one more time... Upload: 100%
01280: 8/95> Chunk uploaded
01280: 9/95> in progress Upload: 100%
01380: 9/95> upload is stuck
01384: 9/95> Connection seems to be okay. Waiting one more time... Upload: 100%
01385: 9/95> Chunk uploaded
01385: 10/95> in progress Upload: 100%
01485: 10/95> upload is stuck
01490: 10/95> upload is stuck
01490: 10/95> Please check your connection! Error: abort | abort Upload: 100%
01492: 10/95> Chunk uploaded
01492: 11/95> in progress Upload: 14%
01497: 11/95> Connection seems to be okay. Waiting one more time... Upload: 81%
01563: 11/95> Server error 0 after uploading chunk: Response:
01563: 11/95> upload in progress Upload: 100%
01683: 11/95> upload is stuck
01687: 11/95> Connection seems to be okay. Waiting one more time... Upload: 100%
01688: 11/95> Chunk uploaded
01688: 12/95> in progress Upload: 100%
01788: 12/95> upload is stuck
01793: 12/95> upload is stuck
01793: 12/95> Please check your connection! Error: abort | abort
01794: 12/95> Connection seems to be okay. Waiting one more time... Upload: 100%
01795: 12/95> Chunk uploaded
01795: 13/95> in progress Upload: 95%
01890: 13/95> upload is stuck
01895: 13/95> upload is stuck
01895: 13/95> Please check your connection! Error: abort | abort
01899: 13/95> Connection seems to be okay. Waiting one more time... Upload: 100%
01900: 13/95> Chunk uploaded
01900: 14/95> in progress Upload: 95%
02000: 14/95> upload is stuck
02003: 14/95> Connection seems to be okay. Waiting one more time... Upload: 100%
02004: 14/95> Chunk uploaded
02004: 15/95> in progress Upload: 97%
02102: 15/95> Server error 0 after uploading chunk: Response:
02102: 15/95> upload in progress Upload: 97%
02212: 15/95> upload is stuck
02216: 15/95> Connection seems to be okay. Waiting one more time... Upload: 100%
02217: 15/95> Chunk uploaded
02217: 16/95> in progress Upload: 98%
02312: 16/95> upload is stuck
02317: 16/95> upload is stuck
02317: 16/95> Please check your connection! Error: abort | abort
02320: 16/95> Connection seems to be okay. Waiting one more time... Upload: 100%
02322: 16/95> Chunk uploaded
02322: 17/95> in progress Upload: 97%
02432: 17/95> upload is stuck
02434: 17/95> Connection seems to be okay. Waiting one more time... Upload: 100%
02435: 17/95> Chunk uploaded
02435: 18/95> in progress Upload: 75%
02501: 18/95> Server error 0 after uploading chunk: Response:
02501: 18/95> upload in progress Upload: 100%
02611: 18/95> upload is stuck
02615: 18/95> Connection seems to be okay. Waiting one more time... Upload: 100%
02616: 18/95> Chunk uploaded
02616: 19/95> in progress Upload: 98%
02716: 19/95> upload is stuck
02719: 19/95> Connection seems to be okay. Waiting one more time... Upload: 100%
02721: 19/95> Chunk uploaded
02721: 20/95> in progress Upload: 100%
02821: 20/95> upload is stuck
02826: 20/95> upload is stuck
02826: 20/95> Please check your connection! Error: abort | abort
02827: 20/95> Connection seems to be okay. Waiting one more time... Upload: 100%
02828: 20/95> Chunk uploaded
02828: 21/95> in progress Upload: 98%
02928: 21/95> upload is stuck
02933: 21/95> upload is stuck
02933: 21/95> Please check your connection! Error: abort | abort
02934: 21/95> Connection seems to be okay. Waiting one more time... Upload: 100%
02935: 21/95> Chunk uploaded
02935: 22/95> in progress Upload: 97%
03035: 22/95> upload is stuck
03038: 22/95> Connection seems to be okay. Waiting one more time... Upload: 100%
03039: 22/95> Chunk uploaded
03039: 23/95> in progress Upload: 97%
03139: 23/95> upload is stuck
03144: 23/95> upload is stuck
03144: 23/95> Please check your connection! Error: abort | abort
03146: 23/95> Connection seems to be okay. Waiting one more time... Upload: 100%
03147: 23/95> Chunk uploaded
03147: 24/95> in progress Upload: 75%
03214: 24/95> Server error 0 after uploading chunk: Response:
03214: 24/95> upload in progress Upload: 89%
03302: 24/95> Server error 0 after uploading chunk: Response:
03302: 24/95> upload in progress Upload: 100%
03417: 24/95> upload is stuck
03422: 24/95> upload is stuck
03422: 24/95> Please check your connection! Error: abort | abort
03423: 24/95> Connection seems to be okay. Waiting one more time... Upload: 100%
03423: 24/95> Offset issue by Server detected. Attempting to fix automatically.
03423: 24/95> The offset requested by the server differs by one or less than one chunk size from client side calculations. Going to return what is requested but please have a close look at the file after uploading. Offset expected by server: 24117248. Offset calculated by client: 24117248
03423: 24/95> Chunk uploaded
03423: 24/95> Chunk uploaded Upload: 72%
03489: 24/95> Server error 0 after uploading chunk: Response:
03489: 24/95> upload in progress Upload: 100%
03594: 24/95> upload is stuck
03599: 24/95> upload is stuck
03599: 24/95> Please check your connection! Error: abort | abort
03601: 24/95> Connection seems to be okay. Waiting one more time... Upload: 100%
03602: 24/95> Offset issue by Server detected. Attempting to fix automatically.
03602: 24/95> The offset requested by the server differs by one or less than one chunk size from client side calculations. Going to return what is requested but please have a close look at the file after uploading. Offset expected by server: 24117248. Offset calculated by client: 24117248
03602: 24/95> Chunk uploaded
03602: FAILED: {"servedby":"mw1142","error":{"code":"stashfailed","info":"Die Datei ist 
besch\u00e4digt oder eine aus anderweitigen Gr\u00fcnden nicht lesbare ZIP-Datei.
\nSie kann daher keiner ordnungsgem\u00e4\u00dfen Sicherheits\u00fcberpr\u00fcfung 
unterzogen werden.","offset":"24117248","*":
"See https://commons.wikimedia.org/w/api.php for API usage"}}

Ich habe die Chunkgröße bei mehreren Versuchen geändert, immer das gleiche Spiel. Die WebM-Datei (erstellt mit ffmpeg) scheint mir hier unbeschädigt, Mediainfo zeigt keine Fehler und sie lässt sich hier auch problemlos abspielen und per Avisynth zum Bearbeiten öffnen. Gruß aus Marburg, --Pristurus (talk) 15:57, 9 May 2015 (UTC)

Hallo Pristurus danke für den Bericht. Kannst du die Datei in Google Drive (o.ä.) hochladen und freigeben? Vermutlich wird dem Upload zum Verhängnis, dass einzelne Datei-Teile (einige Chunks, in die sie zerlegt wird) wie ein ZIP-Archiv aussehen. -- Rillke^(q?) 19:47, 9 May 2015 (UTC)

Kein Problem, das mache ich im Laufe der Nacht, da der Upload mit meiner Anbindung einige Stunden beanspruchen wird. Was mich dabei allerdings wundert ist die Tatsache, dass dieses Problem mit unterschiedlichen Blockgrößen auftritt. Ansonsten darf ich sagen, dass dein Skript mir bisher schon oft gute Dienste geleistet hat und immer dann zum Einsatz kommt, wenn andere Tools Probleme bereiten. Danke für deine Arbeit, nach dem Hochladen melde ich mich dann wieder. Gruß, --Pristurus (talk) 20:17, 9 May 2015 (UTC)

So, hier der Link zur Datei: http://www.file-upload.net/download-10599930/Lim-03-2015-05-07.webm.html. --Pristurus (talk) 08:50, 10 May 2015 (UTC)

Diese Nacht hat es nun mit dem Überschreiben geklappt. Bisher hatte ich es immer mit Chunks probiert, deren Grössen glatt im Bereich eine 2er Potenz langen; ein krummer Wert von 231 KB brachte jetzt den Erfolg. Nach einem "Server error 0" beim ersten Chunk lief der Upload dann glatt durch. Gruß, --Pristurus (talk) 08:24, 11 May 2015 (UTC)

User:Rillke/bigChunkedUpload.js

Your tool is much user friendly than basic upload form. Thanks! Jee 08:21, 13 May 2015 (UTC)

VisualFileChange.js: Dryrun proposal

Hello Rillke,

Thanks for an excellent tool. I took the liberty of describing how I think VisualFileChange.js could be improved but then realized that there is not much activity where I made my proposal. Thanks again. Lklundin (talk) 15:48, 15 May 2015 (UTC)

generated gallery

Hi Rillke, is possible to generate a layout gallery from a user upload list orfrom a specific category?
For exemple on my user page, as many others, I show my last uploads. Can I put a generated gallery with the images of this list (automatically updated of course :)) or of a specific category? -- Christian Ferrer 11:10, 16 May 2015 (UTC)

Currently, the only way to do so is transcluding {{Special:ListFiles/Christian Ferrer}}. limit=12345, offset=timestamp, ilshowall=1 parameters allow customization. -- Rillke^(q?) 11:52, 16 May 2015 (UTC)

• Thanks for the answer. -- Christian Ferrer 14:40, 16 May 2015 (UTC)

Thank you!

		The Commons Barnstar
		(Thanks for helping me out the other day and more importantly,) Thanks for creating VisualFileChange! It's very useful :) —Cpt.a.haddock (talk) 16:04, 19 May 2015 (UTC)

SVGedit.js ‎

Thank you! A barnstar for you!

	The Technical Barnstar
	Hallo. Da wollte ich Dir einen digitalen Kuss aufs A̠uge drücken, und sehe, dass Du Deutscher bist (oder deutschsprachig). Also vielen Dank für Deine Mühe zur Vereinfachung bei der Kategorie "Images that should use vector graphics". That's very helpful! ↔ User: Perhelion (Commons: = crap?)  23:05, 22 May 2015 (UTC)

Hello Rillke, in the past I had been looking for the Edit-button, but now I strongly mean the button should not be on the left toolbar (which is already extremely long by me), instead on the top-toolbar, immediately on the normal (text) edit button (I know addPortletLink has an option for this)!? ↔ User: Perhelion (Commons: = crap?)  00:05, 23 May 2015 (UTC)

You've been nominated!

https://meta.wikimedia.org/wiki/Merchandise_giveaways/Nominations#Rillke --Steinsplitter (talk) 11:04, 26 May 2015 (UTC)

File:Ilhabela 44.jpg

File:Ilhabela 44.jpg has been listed at Commons:Deletion requests so that the community can discuss whether it should be kept or not. We would appreciate it if you could go to voice your opinion about this at its entry. If you created this file, please note that the fact that it has been proposed for deletion does not necessarily mean that we do not value your kind contribution. It simply means that one person believes that there is some specific problem with it, such as a copyright issue. Please see Commons:But it's my own work! for a guide on how to address these issues. Please remember to respond to and – if appropriate – contradict the arguments supporting deletion. Arguments which focus on the nominator will not affect the result of the nomination. Thank you!

Steinsplitter (talk) 09:40, 28 May 2015 (UTC)

Dateien hochladen mit Mozilla Firefox

Hallo Rillke, kann ich hoffen mit Mozilla irgendwann wieder Dateien hochladen zu können. Seit April 2015 bis heute ist mir das nicht mehr möglich.Hajotthu (talk) 12:12, 31 May 2015 (UTC)

Funktioniert es mit einem neuen Profil? -- Rillke^(q?) 19:43, 31 May 2015 (UTC)

Bureaucrat

Thank you for your positive vote at Commons:Bureaucrats/Requests/Jameslwoodward. I will do my best to live up the trust you have put in me. .     Jim . . . . (Jameslwoodward) (talk to me) 20:38, 3 June 2015 (UTC)

I am sure you will do so, Jim :) -- Rillke^(q?) 22:48, 3 June 2015 (UTC)

DelReqHandler/API error

Hi Rillke. So far today I've gotten a load of these:

API request failed (internal_api_error_DBQueryError): [ad56b9f0] Database query error

It's the first time in quite a while that I've gotten this number of errors while closing daily DRs (30+ and counting), so I figured I'd leave you a quick note/FYI. INeverCry 01:13, 11 June 2015 (UTC)

Ping

Irc wenn du zeit hast, bitte :) --Steinsplitter (talk) 15:10, 13 June 2015 (UTC)

Panoramafreiheit

Ich erlaube mir, dich darauf hinzuweisen, dass ich die von dir entworfene Deutschland-Seite samt dem Brief mit geringen Änderungen auf die Seite für Österreich kopiert habe. --Liberaler Humanist (talk) 00:38, 20 June 2015 (UTC)

Danke für den Hinweis. -- Rillke^(q?) 00:51, 20 June 2015 (UTC)

File:Vitra Design Museum nachts1 - with result of EU-legislation.jpg ist schon super. Aber, ist die Schrift nicht ein bißchen zu klein für mobile Endgeräte (Tablet, Handy, etc.)? --Túrelio (talk) 12:28, 21 June 2015 (UTC)

Überarbeitet. -- Rillke^(q?) 15:50, 21 June 2015 (UTC)

Chrome/IE9/FF10 sind von Deiner Benutzerseite verwirrt, ich bekomme unter dem Bild einen Horizontal-Scroll-Balken, der fast nichts tut. Ganz nach rechts geschoben erscheint ein Knopf am rechten Rand unter dem Bild, und wenn ich da drauf klicke, lande ich auf Deiner Chemie-Galerie. –Be..anyone (talk) 10:46, 25 June 2015 (UTC)

Das kommt daher, dass man uns eine Lua-Funktion geklaut hat und dadurch {{MyUploads}} nicht mehr funktioniert. -- Rillke^(q?) 11:11, 25 June 2015 (UTC)

Ach so, phab:T78183 war mir nicht bekannt. –Be..anyone (talk) 12:51, 25 June 2015 (UTC)

FM Issue

I've been having a glitch while file moving. This has happened to me multiple times. Lazlo 02:05, 22 June 2015 (UTC)

Ha! Thanks for reporting. This must be due to replication lag (API returns outdated global usage *and* content data). I'll either try to fix it or report it Phabricator. -- Rillke^(q?) 08:05, 22 June 2015 (UTC)

You are renaming multiple files showing each other simultaneously. Filed phab:T103407. For now I have no resources to work on a client side solution one possibility would be to use local storage to broadcast renamed file names to multiple tabs as soon as the renaming succeeded. -- Rillke^(q?) 19:09, 22 June 2015 (UTC)

commonsarchive

(Also pinging @Steinsplitter: ) Due to a security issue I spotted recently, I might just have to move it to its own labs project (there's no way out from this issue within tool labs). Would you come to IRC when you have time? --Zhuyifei1999 (talk) 05:04, 23 June 2015 (UTC)

@Steinsplitter and Zhuyifei1999: https://mol.wmflabs.org/index.php/Main_Page - debian jessie + hhvm + nginx. The only thing that doesn't work is SyntaxHighlight_GeSHi; with version REL1_25 it causes a segfault in HHVM, in its latest revision, it doesn't load the required dependencies. -- Rillke^(q?) 09:58, 24 June 2015 (UTC)

Ok. I got [2] working. Only big difference is that it's using MariaDB 5.5 and the rest of wmf production plus mol.wmflabs.org use MariaDB 10.0. And the OAuth login is currently a hack (lighttpd redirect logins callbacks to new domain). Could you redirect commonsarchive.org again? --Zhuyifei1999 (talk) 10:45, 25 June 2015 (UTC)

Uploads-Zähler

Hallo Rillke,

ich möchte gerne den Uploads-Zähler auf meiner Seite installieren und habe die entsprechenden Anweisungen befolgt und eine Unterseite top_uploads erzeugt, aber irgendwie erscheint bei mir keine Zahl in der "Upload-Box". Da steht dann nur die (abgeschnittene) Meldung "This page should be updated daily ...". Weißt Du eventuell Rat?

Grüße --Furfur (talk) 08:38, 23 June 2015 (UTC)

Tool Labs hatte einen Problem und deshalb wurden alle Bots angehalten. Da ich keine Zeit habe all meine Bots neu zu starten, warte ich bis sie das automatisch tun, was in Kürze (max. noch 4 Tage) der Fall sein sollte. -- Rillke^(q?) 09:28, 23 June 2015 (UTC)

Ok, vielen Dank für die Info! Ich wollte nur wissen, ob ich eventuell etwas falsch gemacht hatte. Vielen Dank natürlich auch für die Bereitstellung dieses schönen Tools. Grüße --Furfur (talk) 11:54, 23 June 2015 (UTC)

Nun musste ich doch händisch ran. Was soll's, ist ja nur meine Zeit. -- Rillke^(q?) 11:07, 29 June 2015 (UTC)

Offener Brief

Die Unterseite Signaturen wurde übertragen in die Hauptseite w:de:Wikipedia:Offener Brief an die Mitglieder des Europäischen Parlaments zur Erhaltung der Panoramafreiheit, wo ganz normal unterschrieben werden kann. Auf diese Hauptseite verwies auch die CentralNotice. Sorry, dass du gerade bei der Umstellung, in der schon die Unterseite geschützt, aber die Hauptseite noch nicht aufgebaut war, unterschreiben wolltest. Jetzt ist wieder alles richtig. Grüße, —DerHexer (Talk) 09:32, 28 June 2015 (UTC)

@DerHexer: Es geht immer noch nicht. Auf dieser seite bitte hier klicken verlinkt immer noch auf eine gesperrte Seite. -- Rillke^(q?) 09:58, 28 June 2015 (UTC)

Ich bin einfach zu doof. Doch an einer Stelle vergessen, das zu korrigieren. Hab den Link jetzt auf die Hauptseite umgebogen. Grüße, —DerHexer (Talk) 10:04, 28 June 2015 (UTC)

TR translation of gadget Cat-a-lot

I'm technician from trwiki. Here is the translation. After moving it to MediaWiki:Gadget-Cat-a-lot.js/tr, can you delete the page. This is localization of gadget's definition. Thanks in advance. --Mavrikant (talk) 21:44, 6 July 2015 (UTC)

 Done -- Rillke^(q?) 07:44, 7 July 2015 (UTC)

MediaWiki:Gadget-AjaxQuickDelete.js‎;

Hallo, Irgendetwas ist kauptt. --Steinsplitter (talk) 14:00, 7 July 2015 (UTC)

Immer noch? -- Rillke^(q?) 15:16, 7 July 2015 (UTC)

"chunked upload" do not work.

I try to upload serveral times on several files new version with "(chunked upload)". The dialog open, but after selected the file, absolute nothing happen. The only string is "Hi, Slick! Thank you for testing the beta version of User:Rillke/bigChunkedUpload.js." Is there a bug currently? --Slick (talk) 11:55, 11 July 2015 (UTC)

TypeError: $.ucFirst is not a function

 TypeError: $.ucFirst is not a function
 https://commons.wikimedia.org/w/index.php?title=User:Rillke/bigChunkedUpload.js&action=raw&ctype=text/javascript
 Line 124

--McZusatz (talk) 12:08, 11 July 2015 (UTC)

Possibly related: https://commons.wikimedia.org/w/index.php?title=MediaWiki:Gadget-AjaxQuickDelete.js&curid=10828201&diff=165220958&oldid=164696809 --McZusatz (talk) 12:16, 11 July 2015 (UTC)

Thanks for debugging and reporting. Should be fixed now. -- Rillke^(q?) 14:28, 11 July 2015 (UTC)

I can confirm this. It works as expected now. --Slick (talk) 09:52, 12 July 2015 (UTC)

Mails

Hast du meine Mails erhalten? --Steinsplitter (talk) 12:30, 24 July 2015 (UTC)

Die, ob ich dich ignoriere lag im Spam-Ordner. Dann wäre da noch FW: [Glamtools] VisualFileChange: Good tool for post processing GW-toolset batch uploads (danke :), [Gerrit] Work in progress: rework API imagerotate to use job queue - change (mediawiki/core) (really, this should be merged but I decided to stay away from Gerrit if I am short on time), Templatonik (umpf, hatte die Tage zu viel zu tun, besteht das Problem noch?), RB s. Gerrit, [Gerrit] Added support to ignore file extension - change (mediawiki...UploadWizard) (I should really allocate some time for Gerrit), [Up] broken (#2) (discussed in IRC). -- Rillke^(q?) 20:29, 24 July 2015 (UTC)

Did I miss one? -- Rillke^(q?) 20:29, 24 July 2015 (UTC)

Weird bug in bigChunkedUpload

FAILED: success? What's up with that? Btw, the upload didn't work :( --Waldir ^talk 04:04, 25 July 2015 (UTC)

You actually have to look at the file to see which state it is in... It's like Schrödinger's cat. --McZusatz (talk) 12:49, 25 July 2015 (UTC)

Patstuart Flickrreview script

Is the Patstuart flickr review script script having a problem--or is it just my computer? I posted a message here on a problem I am having as I cannot just pass or fail any images with the flickr button--which currently don't appear for image files. I retried this and CTRL+F5 but the flickr buttons don't appear. Goodnight as its 2 AM here in Canada.

Best, --Leoboudv (talk) 09:18, 26 July 2015 (UTC)

Rillke, is it possible to "just redirect" the javascript? --McZusatz (talk) 15:12, 26 July 2015 (UTC)

Sorry Leoboudv, Patstuart is inactive since a while, or at least does not maintain their scripts. There were messages about deprecated JS on the talk page.

It's now loading my script instead and bugging users to update. Is it working for you? -- Rillke^(q?) 15:39, 26 July 2015 (UTC)

• Dear Rillke,

I've tried your script and it is indeed working such as here. Thank You for your help. Best Regards, --Leoboudv (talk) 18:22, 26 July 2015 (UTC)

VFC error at File:鼈甲 祭器.JPG

Tracked in Phabricator
Task T107676

Hallo Rillke/Discuss/2015. Wenn ich die Uploaderbearbeitungen in VFC lade, erhalte ich bei obiger Datei jeweils folgende Fehlermeldung:

Error: -- NO TASK DESCR. FOR mdFormattNumber PLEASE ADD IT -- ##### TypeError: uItem is undefined

Kannst du dir da einen Reim draus machen? --Leyo 21:43, 26 July 2015 (UTC)

Can you tell me the difference between File:鼈甲 祭器.JPG and File:鼈甲　祭器.JPG? -- In other words, the log table contains the title in non-normalized form while the image revision table/ title table or just the API module reports the title with the IDEOGRAPHIC SPACE converted to a normal SPACE one. I have to think about possible solutions. -- Rillke^(q?) 23:59, 26 July 2015 (UTC)

Looks like the log table indeed is lacking the "normalized" title. I guess something went wrong during a MediaWiki update or it's just a bug... -- Rillke^(q?) 00:03, 27 July 2015 (UTC)

What should be done? Moving the file? Waiting? --Leyo 19:38, 27 July 2015 (UTC)

One would have to move it to File:鼈甲　祭器.JPG (with IDEOGRAPHIC SPACE) -- I guess this won't work but if you like trying that, go ahead. -- Rillke^(q?) 21:02, 27 July 2015 (UTC)

You were right. It just changed .JPG to .jpg and did not affect the rest. The only thing that changed is that the log linked above is not empty anymore. The VFC error persists. Would that be something to discuss at VP? --Leyo 20:47, 28 July 2015 (UTC)

Ist wohl eher ein Bug und evtl. sind andere Dateien auch betroffen: https://phabricator.wikimedia.org/maniphest/task/create/ ? --McZusatz (talk) 17:14, 1 August 2015 (UTC)

Ich wäre froh, wenn du oder Rillke den Bugreport übernehmen könnten. Ich müsste mich dort erst einarbeiten, habe aber bereits zu viele Baustellen. Leyo 18:10, 1 August 2015 (UTC)

Oh, wir auch, Leyo. Deshalb habe ich mich so lange um eine Antwort herumgedrückt. -- Rillke^(q?) 21:36, 1 August 2015 (UTC)

Vielen Dank! Damit ich nicht missverstanden werde: Dass auch ihr viele Baustellen habt, war mir klar. Aber ihr kennt euch im Gegensatz zu mir bei Phabricator bereits aus. --Leyo 23:01, 1 August 2015 (UTC)

MediaWiki:File-no-thumb-animation-gif

Hi Rillke. You deleted this page as it was identical to its default - I'm wondering, though, if that's why it has stopped showing up? At least for me, I thought I should see it e.g. here. Might it need to be oversighted in order to work, or is it just wonky on my end (or am I misunderstanding something)? Cheers, Storkk (talk) 14:23, 28 July 2015 (UTC)

This is certainly not the cause; it must be an issue with MediaWiki. The code adding the warning is still in place.

What happened here is that the thumbnail hasn't been purged since the limit was raised in September 2014. I have now purged that and you should see the animation (it starts after ~10s). -- Rillke^(q?) 16:34, 28 July 2015 (UTC)

Thanks. That makes more sense. Storkk (talk) 09:02, 29 July 2015 (UTC)

Failed upload via Chunked Upload

Hi, Please see https://phabricator.wikimedia.org/T107704 Regards, Yann (talk) 17:51, 2 August 2015 (UTC)

VisualFileChange elsewhere

Hello. I'd like to use VFC on other wikis. Is that possible? I've tried adding it to my global.js but no luck. Any suggestions welcome. Green Giant (talk) 11:57, 18 August 2015 (UTC)

Linguistic project

Hi,

I introduce myself. I'm working for Wikimedia France since two month and i was especially hire to increase the number of contribution in regional languages. To achieve it, i develop two projects:

the first one is a seminar with some representatives of regional community. It will be a formation around the theme "How to contribute on Wikimedia's project in your regional language?" The second one, explain why i contact you today. I want to develop a mobile application allowing to recording words in regional language. I have a financial support of the french Ministry of Culture and i create a working group with linguists. When i told about this project at some members of wikimédia community, one of them spoke to me about the "Pronunciation Recording (Finish incomplete GSoC project)". So i read the detail of this project on :

https://meta.m.wikimedia.org/wiki/Grants:IEG/Pronunciation_Recording_%28Finish_incomplete_GSoC_project%29#

Could i have some over details about this? Do you continue it?

If at the beginning the application is achieve for regional language, we want to extend it at the other languages all over the world. If you are interesting, i can introduce you in the application project.

Sorry for my english :)

My e-mail : remy.gerbet@wikimedia.fr

--Xenophon75 (talk) 12:58, 25 August 2015 (UTC)

Need help for Chunk upload (besoin d'aide pour)

With the link in the help page (https://commons.wikimedia.org/wiki/File:AB_Nilkhm_Bildst_LiebBerninger_mWappen.jpg) —> failure. So how to send a file without sending twice —> See : https://commons.wikimedia.org/wiki/File:Jpg,_M3_Lee_tank,_training_exercises,_fort_knox,_kentucky._1a35203u.jpg#.7B.7Bint:filedesc.7D.7D (Échec, en suivant l'aide de Chunk, commemt envoyer un fichier sans l'envoyer deux fois « with chunk upload » ? ) MerveillePédia (talk) 19:21, 30 August 2015 (UTC)

Err?

Hi Rillke, while uploading File:Erebidae larva-Kadavoor-2015-08-21-001.jpg using bigChunkedUpload, I got "FAILED: {"servedby":"mw1203","error":{"code":"stashpathinvalid","info":"File key of improper format or otherwise invalid: path doesn't exist","*":"See https://commons.wikimedia.org/w/api.php for API usage"}}". Jee 10:27, 31 August 2015 (UTC) Succeeded in second attempt. Jee 10:33, 31 August 2015 (UTC)

pdf –––> svg

Moin, moin, Rillke, hat Du was in der o. g. Konvertierungssoftware PDF2SVG geändert? Viele Monate lang funktionierte alles einwandfrei, heute bemerke ich auf meinem Mac (Mac OS 10.9.5), dass die PDF-Dateien zwar immer noch in SVG-Dateien umgewandelt werden jedoch in solche des Windows 7 Professional-Betriebssystems (ich habe auf meinem Mac seit Jahren Parallels Desktop zur gelegentlichen Emulation einer Windows-Oberfläche installiert) NICHT des Mac OS. Jetzt bin ich hilflos. Kannst Du helfen? MfG --Jue (talk) 15:54, 11 September 2015 (UTC)

Nachtrag würdest Du mir bitte per E-Mail antworten? Meine E-Mail-Adresse hast Du ja, letzte E-Mail vom 31.01.2015 um 15:29 Uhr. --Jue (talk) 15:54, 11 September 2015 (UTC)

Deine Meinung

Hallo, ich habe mal einen Vorstoß gewagt, Kategorien und Vorlagen angelegt, erste Bilder importiert: Category:OpenStreetMap review needed. Kennst du dich aus? Was kann ich besser machen, was mache ich vlt. falsch? Was sollte ich noch beachten? Gibt es Spezialisten zu dem Thema? Mein Ziel ist, attraktive freie Bilder aus dem OSM-Wiki nach commons zu verschieben... --Reneman (talk) 00:14, 18 September 2015 (UTC)

Amsterdam photo requests?

Do you go to Amsterdam sometimes? If so are you willing to take photos for Wikipedia? WhisperToMe (talk) 13:14, 21 September 2015 (UTC)

Not any time soon, I guess. -- Rillke^(q?) 22:46, 22 September 2015 (UTC)

MyGallery

Very cool tool; one suggestion. When there get to be more than 40 or 50 (depending on screen width) pages, you start to have to scroll horizontally to ask for the next page. Any chance that you could make the page numbering list throw in a <br /> after every 40th page? - Jmabel ! talk 22:15, 3 October 2015 (UTC)

@Jmabel: Fixed in Version: 0.1.17.0. -- Rillke^(q?) 11:11, 17 October 2015 (UTC)

Thanks! - Jmabel ! talk 16:33, 17 October 2015 (UTC)

Thanks

Thank you for your edit Khumb5 (talk) 11:29, 4 October 2015 (UTC)

Merchandise giveaway

Hi Rillke,

You have been nominated to receive a free t-shirt from the Wikimedia Foundation through our Merchandise Giveaway program. Congratulations and thank you for your hard work! Please email us at merchandisewikimedia.org and we will send you full details on how to accept your free shirt.

Thanks! --SHust (WMF) (talk) 00:20, 5 October 2015 (UTC)

Missing Process Duplicates button

Hi Rillke, how are you. I see that the Process Duplicates button is missing the {{Dup}} templates for a few images. Ex: File:Гравюра "Горожане 2" выполнена по технологии выжигания.jpg. There were are few others that I noticed the last few days but I handled them manually. Can you fix the Javascript error the template is throwing? --Sreejith K (talk) 04:24, 12 October 2015 (UTC)

@Sreejithk2000: Can you try it again? It appears to be related to the ZoomViewer gadget which I had disabled so I was unable to reproduce it. If it's still not fixed, please delete your browser's cache, then press Ctrl+⇧ Shift+I or F12 (MSIE) to open the developer tools, switch to the console and reload the page. Tell me the error message (and those only; warnings and hints are not of relevance). Thanks and sorry for letting you waiting. -- Rillke^(q?) 09:18, 17 October 2015 (UTC)

I see the Process duplicates button now. Thank you for having a look. --Sreejith K (talk) 02:10, 18 October 2015 (UTC)

JS error on File:מציג_לראה"מ_אריאל_שרון_את_ספרו_על_הרב_עובדיה_2004.jpg

(also pinging @Dschwen, Yann, and Revent: ) Hi. Per IRC, a lot of JS scripts are not working properly on this page. I've confirmed and see the only error in the console is Syntax error, unrecognized expression: #file img[alt="File:מציג_לראה"מ_אריאל_שרון_את_ספרו_על_הרב_עובדיה_2004.jpg"] in MediaWiki:Gadget-ZoomViewer.js. Could you look into this? --Zhuyifei1999 (talk) 02:56, 17 October 2015 (UTC)

Also File:Bill_Evans's_"What_Is_This_Thing_Called_Love"_Viennese_trichord.png and File:Bill Evans's "What Is This Thing Called Love" Viennese trichord.mid, among others. Seems to apparently be the quotation marks in the filename. After some checking, it looks like the problem only appears in Vector... using other skins, the scripts all load. Revent (talk) 03:37, 17 October 2015 (UTC)

Revent, thanks for finding more samples. This way I could see the problem with the script on first glance. -- Rillke^(q?) 09:22, 17 October 2015 (UTC)

Zhuyifei1999 - again thanks a lot for digging out the error message from the browser console. I had the gadget disabled. Should be fixed now. RL takes some time to regenerate the server side cache on WMF wikis.

Do you want to become admin here at Commons? -- Rillke^(q?) 09:22, 17 October 2015 (UTC)

You're welcome. As for adminship, I've been asked at least twice (1, 2) about this. Now rethinking about it, it may be a great choice, being also admin elsewhere. I'll accept. --Zhuyifei1999 (talk) 11:13, 17 October 2015 (UTC)

chunked upload fails with strange 'FAILED: success'

Hi there! I'm trying to upload a new version of this file (~130MB), the chunked upload finishes with strange 'FAILED: success' at the end. The file is placed in the upload stash, but I cannot publish it: the standard publishing produces 4xx error stating that file is too large while new fancy extended upload stash script simply has no effect when I press the Publish button. So, I'm completely stuck. Firefox 41.0.2 at Ubuntu. Thanks in advance.

Here comes the log (with standard 4096 KiB chunk size; I also tried a bigger one, like 10240 kiB, with same result):

00000: 1/33> in progress Upload: 100%
00008: 1/33> Chunk uploaded
... snip ...
00265: 33/33> in progress Upload: 100%
00271: 33/33> Chunk uploaded
00271: finalize/33> Assembling chunks
00273: finalize/33> Still waiting for server to rebuild uploaded file
00278: finalize/33> Still waiting for server to rebuild uploaded file
00282: finalize/33> Still waiting for server to rebuild uploaded file
00287: finalize/33> Still waiting for server to rebuild uploaded file
00292: finalize/33> Still waiting for server to rebuild uploaded file
00296: finalize/33> Still waiting for server to rebuild uploaded file
00301: finalize/33> Still waiting for server to rebuild uploaded file
00314: finalize/33> Finishing
00315: FAILED: success

Hinote (talk) 20:26, 21 October 2015 (UTC)

Thanks.

It is a metadata extraction/storage issue. One of the database fields, that one storing the metadata, is exceeded and in this filed, a data structure is saved that is therefore truncated and when trying to read it back, the corruption is spotted and the upload fails. The "metadata" storage is exceeded because the whole text of the document is attempted to be stored in. I am trying to add a checkmark to the chunked upload script allowing people to bypass the upload stash so the corruption goes unspotted until the file is fully uploaded. This is not nice for Commons and MediaWiki but not our issue. -- Rillke^(q?) 20:39, 21 October 2015 (UTC)

As a quick and dirty workaround, in the meantime, if you specified what lines in the script should be changed or commented out, I would use a modified local variant of the bigChunkedUpload.js placed in my userspace. Or please publish the modified version by yourself just near the bigChunkedUpload.js so that users experiencing such the problems will be able to use it to get around the problem. Hinote (talk) 21:10, 21 October 2015 (UTC)

The upload is handled by a library, namely User:Rillke/MwJSBot.js and it might not be straight-forward to omit the stash-bit. Going to look into this now. May take up 3 hours or so. -- Rillke^(q?) 21:35, 21 October 2015 (UTC)

It's a nighttime here and I'm actually not in hurry with this upload... Thanks! Hinote (talk) 21:43, 21 October 2015 (UTC)

Now there is an option that could be disable for the stash but it's still not working, the archived file constructor is still invoked with the wrong number of args. (phab:T94562) But I have killed Schroedinger's cat -- now the real error message is shown. -- Rillke^(q?) 17:00, 22 October 2015 (UTC)

Yeap, it does not work yet. I have no idea what can I do with the error message like 'FAILED: internal_api_error_MWException: [61c5c4bc] Exception Caught: No specifications provided to ArchivedFile constructor.'... Hinote (talk) 21:06, 22 October 2015 (UTC)

Please purge your browser’s cache or enable JavaScript in your Browser's settings. (You only need to do it once.)

Operating system Browser	Microsoft Windows or Linux	macOS
Internet Explorer	Press Ctrl+F5
Mozilla Firefox	Hold down ⇧ Shift while clicking Reload (or press Ctrl+F5 or Ctrl+⇧ Shift+R)	Press ⌘ Cmd+R (reload page) or ⌘ Cmd+⇧ Shift+R (reload page and rewrite cache)
Opera	Press Ctrl+F5 or ⇧ Shift+F5
Konqueror
Apple Safari	Hold down ⇧ Shift+Alt while clicking Reload
	Press Ctrl+R	Press ⌘ Cmd+⌥ Option+E (clear browser cache) or ⌘ Cmd+R (update)
Chrome	Press Ctrl+F5 or ⇧ Shift+F5 or hold down ⇧ Shift while clicking Reload	Press ⌘ Cmd+F5 or ⇧ Shift+F5 or hold down ⇧ Shift while clicking Reload

Did you un-tick the check mark "use stash and async"? There was one async bit that hadn't been eliminated; at least I am now able to upload DJVUs and large PDFs with the script (as you may have seen). -- Rillke^(q?) 21:13, 22 October 2015 (UTC)

Now it works with un-checked mark, danke viel mals! Hinote (talk) 21:45, 22 October 2015 (UTC)

Consider changing the '(recommended for large videos and photos)' message to '(recommended for large videos and photos; try to uncheck if you obtain strange error at the end of the upload process)' or something like that for better user experience... Hinote (talk) 21:53, 22 October 2015 (UTC)

Also, for better user experience, you should probably change the option conversely: to 'DO NOT use stash', unchecked by default. Current option, checked by default, may make some users thinking they have already tried all the options available for them, with the case to uncheck that option unnoticeble... Hinote (talk) 11:33, 26 October 2015 (UTC)

strange behaviour or problem for chunked upload in Chrome

Please look at the following log for chunked upload (made in Chrome 46 running under Ubuntu):

00000: 1/33> in progress Upload: 100%
00008: 1/33> Chunk uploaded
00008: 2/33> in progress Upload: 100%
00013: 2/33> Chunk uploaded
00013: 3/33> in progress Upload: 98%
00020: 3/33> Chunk uploaded
snip

As you can see, it does not go to 100% for some of the chunks and does not say in the same time that the connection is stuck (the connection is okay as you can see from the timings)... I have no idea if it's simply a cosmetic issue... Hinote (talk) 21:27, 21 October 2015 (UTC)

If it doesn't go to 100%, your connection is pretty good; the progress callback just doesn't get called but if it says "Chunk uploaded" and proceeds with the next chunk you can assume the chunk has been successfully transmitted. So a cosmetic issue, yes. -- Rillke^(q?) 21:32, 21 October 2015 (UTC)

Well, consider adding '100%' somehow in the 'Chunk uploaded' message (like 'Chunk uploaded (100%)', or 'Chunk uploaded: 100%' or something). The current messages could be confusing for some users. The combination of the 'Upload: 98%' and current 'Chunk uploaded' messages can be understood as the chunk was uploaded but with only 98% of its size (i.e. understood as the server accepted only 98% of the chunk)... It's very confusing in conjunction with another problem that occurs at the later stages, as in the case of the problem I posted above... Hinote (talk) 21:53, 21 October 2015 (UTC)

jQuery going weird?

Is is just me, that $(function () { ... }); don't work anymore? (Using Chrome 45.0.2454.93 m) This is affecting a few scripts right now. --Zhuyifei1999 (talk) 11:27, 26 October 2015 (UTC)

Never mind. I see what's wrong. Some external scripts broke it with an uncaught error in another callback. --Zhuyifei1999 (talk) 11:37, 26 October 2015 (UTC)

The execution of these call-back queues are frequently broken by errors thrown in one of the callbacks. It's not only the $(document).ready one. -- Rillke^(q?) 20:08, 26 October 2015 (UTC)

checkbox in JS script

I unsuccessfully tried upload a file (95Mb), but after it I accidentally saw that need disable option "use stash and async (recommended for large videos and photos)". Please, could you write this description to more exactly. Because "recommended" mean to enable, to disable are "not recommended". Thank you. --Vladis13 (talk) 13:23, 26 October 2015 (UTC)

Vladis13, could you please be more specific about what "unsuccessful" mean? What was the error message? Did you try uploading a PDF or DJVU? -- Rillke^(q?) 20:08, 26 October 2015 (UTC)

broken metadata with 'use stash and async' unchecked

Tracked in Phabricator
Task T107664

As you can see in the history File:Толковый словарь. Том 2(1) (Даль 1905).djvu, me and my colleague have unsuccessfully tried to upload new versions of the book (look at the versions in the file history that have '0 x 0 pixels' as their size). We tried to upload different files (since we processed them through different local tools), but with the same result. The uploaded file itself is byte-to-byte ok, but the metadata are broken. The pagelist tag at the book index page produces an error (not in the meantime since the file was reverted), so we cannot work at Wikisource with these uploads. Thanks in advance! Hinote (talk) 20:17, 26 October 2015 (UTC)

You didn't unsuccessfully try to upload the file. The '0 x 0 pixels', if they are valid Djvus, are uploaded successfully. The issue is that MediaWiki obviously is unable to extract and store the number of pages and the dimensions. It's basically the same issue that we faced into a couple of sections above, the only difference is that it doesn't happen before the file is published but when someone tries to render the page. There is a special MediaWiki extension for Djvu files and that extension needs the dimensions and page count for being able to generate thumbnails, I guess but this information can't be read from the database or extracted. I'm currently looking into what MediaWiki has written into the DB and will eventually file a new issue at Phabricator. Thanks for reporting this issue to me as a volunteer. -- Rillke^(q?) 20:37, 26 October 2015 (UTC)

The message about another bug (large PDF/djvu files >100MB with large metadata >64K phabricator:T94562). A fix for it is planned to release at October 28th. --Vladis13 (talk) 22:31, 26 October 2015 (UTC)

Btw, this fix does not help with this issue: see my recent attempt in the history of our problematic File:Толковый словарь. Том 2(1) (Даль 1905).djvu (22:06, 28 October 2015) -- same result with chunked upload even after wiki software has been updated on Commons to new version implementing fix for that issue you mentioned. Sick... ;-( Hinote (talk) 22:24, 28 October 2015 (UTC)

Nope, we did unsuccessfully upload the file. For an end user, if he or she cannot use the uploaded file at the WM sister projects (at Wikisource, for instance) as expected, the upload was unsuccessfull in the whole. Technically, yes, the content of the file was uploaded correctly, though at the same time the metadata is broken. All this lead to unsuccessfull upload in the eyes of the end-user... Thanks for your help! Hinote (talk) 21:00, 26 October 2015 (UTC)

At a first glance, metadata that has been extracted (image width, height and the metadata field itself) looks sane. The size of the metadata for the working djvu is 5.100.251 and for that that doesn't work 10.176.289 bytes, which is both below the size that a mediumblob can store so this should cause no trouble. -- Rillke^(q?) 21:01, 26 October 2015 (UTC)

Well, fine, so why we cannot use the uploaded versions? Since we uploaded different versions (different files) there should be something wrong with existing info in the database related to this page and not with the files we tried to upload, I guess... (Btw, I tried to reupload another file, that was discussed above when I reported that I cannot use chunked upload and you implemented the 'use stash and async' option. I reverted the file and uploaded same version again. It was ok this time too. So it seems that you did not break someting in the code since that time and the reason of the problem is different.) Hinote (talk) 22:01, 26 October 2015 (UTC)

Brian (Bawolff) explained on Phabricator that a tool that reads back the metadata from the database and normalizes the character codes runs out of memory. Meanwhile, a patch has been deployed to Wikimedia Commons which, in theory, makes it possible to upload with async and stash option enabled.

In order to fix phab:T107664, either another library that does the normalization of character codes (there are several ways to represent the same character in the computer) has to be used or the memory limit available to the application that hosts and executes the normalization code must be increased, or maybe we can change the way we are using the library so it doesn't run out of memory (OOM). At least I am very glad that Brian has investigated and found a potential issue. -- Rillke^(q?) 23:34, 28 October 2015 (UTC)

Thank you for explanation, there is not clear written. When approximately can expect fix of the problem? --Vladis13 (talk) 01:24, 29 October 2015 (UTC)

Gallery Tool

Hallo Rillke, ich nutze Dein Gallery Tool intensiv und finde es wirklich eine sehr nette Sache. Insbesondere, dass man bei jeder Bilddatei direkt die Zahl der Verlinkungen angezeigt bekommt ist wirklich ein interessantes feature.
Was mir aufgefallen ist: wenn eine Datei umgenannt wurde funktioniert das genannte feature nicht mehr. Ließe sich das evtl. ändern? Viele Grüße --Furfur (talk) 22:02, 26 October 2015 (UTC)

MediaWiki:VisualFileChange.js display problem

It displays files in only one column today. I use Firefox 41 on Windows 7. I cleared cache but without success. --EugeneZelenko (talk) 14:30, 29 October 2015 (UTC)

Fixed with version 0.9.54.1. Thanks for reporting. -- Rillke^(q?) 15:59, 29 October 2015 (UTC)

VFC errors

The last day or so (seemingly, since the MediaWiki version update) I have been getting almost continuous errors while VFC is trying to load files. There have been a couple of different error messages, the one I am looking at now is "Error: Creating an entry in the deleted-upload-list failed. ##### TypeError: Cannot read property 'metadata' of undefined". The 'developer console' in Chrome indicates it's failing at line 1142 of VisualFileChange.js.... I had actually seen it fail with a different error message (it does not 'always' fail, it's intermittent but most of the time), but it indicated the same location in the program. Revent (talk) 10:08, 6 November 2015 (UTC)

FWIW, as a further note, if it 'successfully' loads the set of files then it works just fine. Toggling the 'load thumbnails' and 'load metadata' setting has no effect. Revent (talk) 10:10, 6 November 2015 (UTC)

So the error is not reproducible? For no category or one user's uploads? -- Rillke^(q?) 17:30, 6 November 2015 (UTC)

After messing around with it some more, it seems that the script was choking on specific 'old' files... I have been using it in "Book template with implicit creator', which is currently down to just djvu files. By specifically editing the particular file it chokes on so that it's no longer in the category, I'm able to avoid the error. I put up a screenshot here.

The error seems to 'always' occur on the specific files that trigger it, but in the process of thinning down the cleanup category I end up removing them, and then it works until the range of files it loads picks up another one. Revent (talk) 19:05, 6 November 2015 (UTC)

File:Thackeray - Catherine ; A Shabby genteel story ; Second funeral of Napoleon and Miscellanies, 1840-1, 1910?.djvu also triggers it. Revent (talk) 19:09, 6 November 2015 (UTC)

Trying to just 'load' VFC on the "William Makepeace Thackeray" category (which they stayed in) after editing them, they still error it out the same way, FYI. Revent (talk) 19:13, 6 November 2015 (UTC)

Here is another screenshot, showing the 'other' error message... [3]. It seems somewhat at this point like it may be specific to a set of djvus uploaded around March 11 of this year, by that particular user (whose name is in the second screenshot). Revent (talk) 19:23, 6 November 2015 (UTC)

Nemo_bis is uploading files triggering errors in my tools. This should be strictly forbidden :P The serious reply is that it is most likely a metadata extraction and or storage issue. Perhaps Nemo aka Federico remembers which tool he used for Importation from Internet Archive. -- Rillke^(q?) 22:03, 6 November 2015 (UTC)

Definitely block-worthy. Sorry I didn't have a better grasp on it before reporting, I realized it was something 'metadata-related', and mistakenly assumed it was something related to the server update. Fairly easy to work around, now that I know, by just editing the ones that error it out manually. Revent (talk) 01:48, 7 November 2015 (UTC)

The tool I used is ia-upload, as stated on the batch upload page. I reported the VFC issue on the talk page and phabricator:T101400. Another bug is [4], probably unrelated to your issues. Nemo 19:45, 7 November 2015 (UTC)

User scripts

Hallo Rillke,

wir hatten über Perhelion schon mal kurz Kontakt. Das JS für meinen SVG Checker habe ich einsatzbereit. Deswegen meine Anfrage unter Commons:User scripts/talk. Vielleicht hast du Zeit für eine Antwort dort.

Gruß -- Menner (talk) 09:16, 7 November 2015 (UTC)

So, laut Systemnachricht hast du mich zum autopatrol gemacht. Ich konnte nicht herausfinden welchen Zweck das hat. Wozu das nun? -- Menner (talk) 16:03, 7 November 2015 (UTC)

JS in Category:Commons protected edit requests (technical)

Rillke, could you help with edit requests to JS pages with deciding if to approve or disapprove. I do not know enough JS to evaluate them. --Jarekt (talk) 05:06, 9 November 2015 (UTC)

UploadStats

Hallo Rillke,

hat sich beim UploadStatsBot irgendetwas geändert? Beim vorletzten Update (14. November) ist meine Uploadzahl etwa um 500 gefallen.--Kopiersperre (talk) 21:13, 16 November 2015 (UTC)

Viele deiner Oxygen-Icons wurden am 13.11. als Duplikate gelöscht. Das kannst du auch sehr komfortabel in GalleryTool einsehen, wenn du das Häkchen bei Show Deleted setzt. Oder du gehst einfach dein Upload-Log durch (geht schneller). Hast du deine Dateien nicht auf deiner Beobachtungsliste? -- Rillke^(q?) 22:53, 16 November 2015 (UTC)

Wenn ich mit dem VicuñaUploader hochlade, dann kommen die Dateien nicht auf meine Beobachtungsliste.--Kopiersperre (talk) 10:02, 17 November 2015 (UTC)

Vermutlich gibt es da auch irgendeinen Switch oder du müsstest ggf. ein Feature-Request stellen. -- Rillke^(q?) 16:47, 17 November 2015 (UTC)

Voting scripts in wiki

Serbians are asking about the possibility of POTY-style image selection for their ESPC images. Is something like this easily doable? Could you help to carry that out for lets say to 20 pre-selected images? Kruusamägi (talk) 14:52, 2 December 2015 (UTC)

How many voters do you expect? I mean, if there are less than 100 and less than 10 candidates it would be definitely overkill. -- Rillke^(q?) 22:31, 2 December 2015 (UTC)

Translation of Gadget-AjaxQuickDelete.js

Hello Rillke, I've created the subpage for the greek translation over at MediaWiki:Gadget-AjaxQuickDelete.js/el.js but I continue to see strings in English at the left of file pages (for the few strings I have test-translated). Any ideas? Thanks :) - Badseed ^talk 01:21, 6 December 2015 (UTC)

@Badseed: Go to the raw translation, on this page

Please purge your browser’s cache or enable JavaScript in your Browser's settings. (You only need to do it once.)

Operating system Browser	Microsoft Windows or Linux	macOS
Internet Explorer	Press Ctrl+F5
Mozilla Firefox	Hold down ⇧ Shift while clicking Reload (or press Ctrl+F5 or Ctrl+⇧ Shift+R)	Press ⌘ Cmd+R (reload page) or ⌘ Cmd+⇧ Shift+R (reload page and rewrite cache)
Opera	Press Ctrl+F5 or ⇧ Shift+F5
Konqueror
Apple Safari	Hold down ⇧ Shift+Alt while clicking Reload
	Press Ctrl+R	Press ⌘ Cmd+⌥ Option+E (clear browser cache) or ⌘ Cmd+R (update)
Chrome	Press Ctrl+F5 or ⇧ Shift+F5 or hold down ⇧ Shift while clicking Reload	Press ⌘ Cmd+F5 or ⇧ Shift+F5 or hold down ⇧ Shift while clicking Reload

until you see your translation and reload another page where you expect a translated message, e.g. this page or a file description page. For me, it works. Thanks for your translation efforts. -- Rillke^(q?) 17:01, 6 December 2015 (UTC)

@Rillke: , I had tried the hard reload/purge cache, but going to the raw translation page did it. I see the greek strings OK now and I can continue the translation for the rest of the file, coming soon. Many thanks! - Badseed ^talk 00:02, 7 December 2015 (UTC)

Converter Version

Hallo Rillke,

du betreibst den Toolserver toollabs:convert. Für bessere Klarheit bei diversen Detailproblemen wäre eine Versionsangabe hilfreich. Ein Beispiel findest du unter github.com.

Auch ist mir aufgefallen das deine Größenbegrenzung stark vom Wikimedia-Renderer abweicht. Die genauen Gründe konnte ich aber auf die Schnelle noch nicht ergründen.

Anbei habe ich meinen Commons:Commons SVG Checker weitgehend fertig und deinen Web-Worker in MwBot als zentrales Funktionselement benutzt. Da mein neuer Checker auch auf Dateien in Commons zugreifen kann lässt sich damit deutlich einfacher Qualitätskontrolle betreiben.

--Menner (talk) 09:18, 20 December 2015 (UTC)

Hallo Menner, Großartiges leistest du da.

Die Version kann nun über diese Anfrage abgefragt werden. Darüber hinaus gibt es einen X-Generator Antwort-Header, welcher zu jeder Antwort mitgesendet wird. Beispiel:

var req = new XMLHttpRequest();
// Funktioniert auch, wenn Dateien gePOSTet werden
req.open('HEAD', '//tools.wmflabs.org/convert/svg2png.php?version', false);
req.send(null);
var version = req.getResponseHeader( 'X-Generator' );
alert(version);

HTH -- Rillke^(q?) 18:35, 20 December 2015 (UTC)

Übrigens: Kennst du jshint? Es ist bestimmt ganz praktisch, hätte man einen Split-Screen: Auf der einen Seite den SVG-Code und auf der anderen die Validierungsergebnisse. -- Rillke^(q?) 19:00, 20 December 2015 (UTC)

Limiting VisualFileChange?

(Voldemort)avia is using VisualFileChange to undo edits of users, and otherwise try to rescope Commons in his own manner. Is there any means to limit its use to longer term users of credibility?  — billinghurst sDrewth 09:53, 21 December 2015 (UTC)

Billinghurst kindly do NOT lie! I am not undoing edits of users, I am using it to go through Category:Files uploaded by Russavia (cleanup) to fix HUGE issues with attributions and double up of maintenance on categories. Billinghurst, also kindly grow up...(Voldemort)avia is so childish. Ping: Odder see the vilification that I have had to put up with! 107.6.116.151 10:04, 21 December 2015 (UTC)

@Billinghurst: If you send me a pattern with which we could identify Voldemort (this might include IP-ranges and user agents but also stuff like screen size and anything else you can grab through JS), we might not only be able to shut down the tool or the entire browser, filling up their hard drive with kitten photos especially for them but also make them sending provoking messages to CIA-Servers and stuff like that. Voldemort, wanne kitten on your hard drive? -- Rillke^(q?) 12:43, 21 December 2015 (UTC)

Cannot perform task

Hi,

what to do If I cannot perform change using VFC.js even I have already reloaded?--Juandev (talk) 14:43, 23 December 2015 (UTC)

Huh, sorry for disturbing. Now I see that it works, so it is a bug on my side:].--Juandev (talk) 14:45, 23 December 2015 (UTC)

*** Happy holidays! *** 2016! ***

		* * * Happy Holidays 2016 ! * * *
		* Merry Christmas! Happy New Year! * Joyeux Noël ! Bonne année! * Frohes Weihnachten! Frohes Neues Jahr! * ¡Feliz Navidad y próspero año nuevo! * Счастливого Рождества! С Новым годом! -- George Chernilevsky talk 19:19, 23 December 2015 (UTC)

Thanks, George Chernilevsky! Same for you :) -- Rillke^(q?) 20:01, 23 December 2015 (UTC)

UploadStatsBot

It seems that your bot is not updating User:Pokéfan95/uploadcount. I created that page on 21 December 2015, and 3 days has passed now. Is there a step I missed that is the cause why your bot is not updating my page? Thanks, ★ Poké⁹⁵ 05:24, 24 December 2015 (UTC)

Thanks for letting me know. I have to check the error logs but possibly an encoding error. -- Rillke^(q?) 22:11, 24 December 2015 (UTC)

Error returned by API: You've exceeded your rate limit. Please wait some time and ... - my bot edits too fast. Looking for a fix now. -- Rillke^(q?) 22:32, 24 December 2015 (UTC)

For now it works. Let me know if there are issues again. You must know that I avoid any complexity when coding bots, as opposed to when coding user scripts. When a user script's first perception is bad, it's hard to convince someone to use it again. If a bot sometimes doesn't work, it doesn't really matter or at least the maintainer isn't blamed for it immediately and finally they run on always the same infrastructure while user scripts run on zillions of different machines. Thanks for reporting and Merry Christmas. -- Rillke^(q?) 23:09, 24 December 2015 (UTC)

Thanks! I hope your bot will still work. I found that bot to be useful too. Thanks again and Merry Christmas! ★ Poké⁹⁵ 03:24, 25 December 2015 (UTC)

Lua und wgCurRevisionId

Hallo Rillke! Bitte siehe Dir testwiki:Module talk:Pruv#comments an. Siehe bitte auch https://en.wikipedia.org/?curid=14574453#shortest_url bezüglich des Einsatzes der Funktion. Kannst Du bitte helfen? Gruß aus München ‫·‏לערי ריינהארט‏·‏T‏·‏m‏:‏Th‏·‏T‏·‏email me‏·‏‬ 01:20, 26 December 2015 (UTC) — Preceding unsigned comment added by I18n (talk • contribs) 01:20, 26 December 2015 (UTC)

‫·‏לערי ריינהארט‏·‏T‏·‏m‏:‏Th‏·‏T‏·‏email me‏·‏‬ 06:41, 26 December 2015 (UTC) — Preceding unsigned comment added by I18n (talk • contribs) 06:42, 26 December 2015 (UTC)

Sorry! Hatte noch die alte Unterschrift. I18n (talk) 09:21, 26 December 2015 (UTC)

Hi @I18n: , you come to my talk page, placing a logo that is unknown to me, you write me in German, although you don't speak it (according to the babel templates on your user page), you write in German, despite all the links you've set point to sections written in English and your user name is somehow special as it stands for Internationalization. Confusing but fine for me. You write you know how to get the HTML source text from a page in a wiki using Scribunto. I doubt that this is possible. Now you want to know how to get the curid thing in Lua extracted. The answer is: Simply call mw.title.getCurrentTitle().id - This is all you need. Good luck studying mw:Extension:Scribunto/Lua_reference_manual#Title_objects. -- Rillke^(q?) 23:19, 26 December 2015 (UTC)

Thanks Rillke for your time and your answer! Sorry for the logo. I placed it to track pages at various WMF projects where I either made some test examples or was asking for help. The id you mention is the PAGEID not eaven the REVISIONID and far away from the wgCurRevisionId. My original / first nickname is Gangleri and was involved in Betawiki and mediazilla. The nickname i18n I used for gadget type testing, now I use it also for testing in parallel different browsers.

Maybe I mix many things as gadgets and modules but I remember seeing some modules where the content was parsed. I assumed that it was html content.

I made two different tests: testwiki:module talk:prueba#simple_example and testwiki:module talk:épreuve#simple_example . The first is using the mw.dumpObject function while the seccond a custom tableToString function. I was surprised how big the difference is. I did not manage to get the first module running to retrieve any id from the "title get current" branch.

The main question is: How to encode the module? / What object / function to use? I remember module:S / mw:module:S (there is the logo at the talk page) but it seems that the stament used there is outdated.

I am sorry that my answer rises more questions then it answers. I normally use IRC see my global account page. Maybe we can meet there. Best regards Gangleri aka I18n (talk) 04:48, 27 December 2015 (UTC)

You can "parse" content and any wiki text you like, except special pages, but nothing else. (mw.getCurrentFrame()):preprocess('{{REVISIONID}}') may give you the revision ID of the current frame. If you can't find a way to get wgCurRevisionId, just open a ticket at Phabricator -- Rillke^(q?) 11:12, 27 December 2015 (UTC)

Thanks for the answer! I tested your suggestion some days ago see "function p.getCurrentRevisionUser()" at testwiki:module:Provo. At page_A it fetches the REVISIONID from page_A not the one from the "target" page_B. I contacted @user:Hoo man on IRC and hope to discuss this issue with him next week. Best regards I18n (talk) 20:39, 27 December 2015 (UTC)

Hi Rillke! I found a workaround for my problem: see https://ru.wikipedia.org/?curid=1355515#test

{{REVISIONID:William Lane}}

generates:

230408676

---

{{REVISIONID:File:Trugannini & King Billy.jpg}}

generates:

158374988

and https://commons.wikimedia.org/?oldid=158374988# links to the same page and not the current one

---

Best regards I18n (talk) 19:04, 28 December 2015 (UTC)

Translation help

How can I translate this to Croatian language? If it's possible, I will need english version, because I can't translate from german language.--Ma▀▄Ga 19:41, 30 December 2015 (UTC)

@MaGa: Take MediaWiki:Gadget-AjaxQuickDelete.js/translating.js as your template. -- Rillke^(q?) 21:54, 30 December 2015 (UTC)

Great. Save to...? Here or some other page?--Ma▀▄Ga 07:56, 31 December 2015 (UTC)

P.S. Is there any sandbox for testing these things? I would like to test interface after translating.--Ma▀▄Ga 08:02, 31 December 2015 (UTC)

You can save it wherever you like. I suggest you do it at User:MaGa/AjaxQuickDelete-hr.js and tell me here when you're done. In this case I could just move it to the destination without copy & paste, thus your name would be correctly cited in the revision history.

There is no sandbox for this script, unfortunately. You could try injecting it through your browser's JavaScript console (developer tools) or through a proxy like Fiddler but this is all quite complicated. So trial and error is the approach to take. -- Rillke^(q?) 14:05, 31 December 2015 (UTC)

Page created. There's a few untranslated things that I will try to translate later.--Ma▀▄Ga 16:13, 31 December 2015 (UTC)

I assume that this should be translated too. It is still in english.--Ma▀▄Ga 19:29, 31 December 2015 (UTC)

Hey, yes. There was something I forgot. If you like, translate it and I'll paste but it's not super important as it is hidden by default and once you used the tool you know what it does. -- Rillke^(q?) 19:43, 31 December 2015 (UTC)

I will, but it is enough for tonight. Happy New Year, and see you next year.--Ma▀▄Ga 19:50, 31 December 2015 (UTC)

Happy New Year!

	Fireworks from the Philippines for celebration
	Happy New Year Rillke/Discuss! I hope you still do your great work in 2016! ★ Poké95 05:07, 31 December 2015 (UTC)