Wikipedia Diskussion:Dateiüberprüfung/Script

von WP:DÜP übertragen

Skript zickt rum

Bei mir funktioniert seit gut einer Stunde das DÜP-Skript nicht mehr. Dies betrifft alle Funktionen (insb. Aufschub und SLA). Das aufpoppende Fenster hat eine andere Gestalt und schließt sich beim Auswählen einer der Checkboxen. Könnt ihr mal schauen, ob ihr ein ähnliches Problem habt? Yellowcard (Diskussion) 20:10, 29. Aug. 2012 (CEST)

Heute mittag ging es noch. Jetzt folgendes Verhalten: Script funktioniert anscheinend normal, jedoch wird jede Nachricht oben innerhalb von 5sec wieder ausgeblendet. Wenn ich schneller als 5sec pro Fenster bin, kann ich fortführen inklusive Löschen. Betrifft aber nicht nur das DÜP-Script, sondern auch das von Leyo mitentwickelte Dateiscript (inklusive DÜP und CTB-Mitteilungen oben im Kasten), auch diese verschwinden. -- Quedel ^Disk 20:30, 29. Aug. 2012 (CEST)

Folgendes passt dazu aus WP:NEU: jsMessage: Redesign in Vector/Monobook as bubble with auto-hide (Gerrit:17605). Würde zum Verhalten zumindest passen. -- Quedel ^Disk 20:33, 29. Aug. 2012 (CEST)

(BK)Das Fehlverhalten trat genau seit Einspielen der neuen MediaWiki-Version auf, siehe auch hier. Yellowcard (Diskussion) 20:35, 29. Aug. 2012 (CEST)

Exakt, daran wird's liegen. Die Benachrichtigung für die Beobachtungsliste blendet sich ebenfalls nach 5 Sekunden aus. Vielleicht kann man durch eine Änderung in PDDs Monobook oder im DÜP-Skript dieses Ausblenden verhindern? Wobei bei mir mittlerweile das ganze Skript in einer Sprechblase rechts am Bildschirmrand angezeigt wird. Cache löschen macht es also noch schlimmer. So arbeite ich jedenfalls keine TKs mehr ab. Yellowcard (Diskussion) 20:42, 29. Aug. 2012 (CEST)

Das Ding ist, die Scripte sind weiterhin da und können abgearbeitet werden, sie sind nur nicht sichtbar. Solange bleibt für TKs nur noch eins übrig: alle ordnungsgemäßen Dateien raussuchen und entdüppen, dass nur noch das zu löschende übrig bleibt ;) Warten wir ab bis morgen. Ansonsten steht wahrscheinlich ein komplettes Rescripten an. Jemand außer DÜP und CTB noch ein Script, welches oben Infos abfragt? Evtl. ein sehr beliebtes Script? Vielleicht können wir dann da die Fixes uns abschauen. -- Quedel ^Disk 20:45, 29. Aug. 2012 (CEST)

Bevor wir jetzt anfangen, die Dinger in Riesenaufwand umzuschreiben, sollten wir die Entwickler dazu bewegen, dieses Bubbleteil lokal schnellstmöglich zu deaktivieren. Der Vorteil ist nämlich genau Null, der Schaden allerdings immens. Frustriert, Yellowcard (Diskussion) 20:47, 29. Aug. 2012 (CEST)

Wär natürlich auch eine Möglichkeit, sowas individuell/lokal rückgängig zu machen. Sag mal, du bist nicht zufällig im [#wikipedia-de-dup] ^Webchat unterwegs, dann könnten wir da mal quatschen, TKs gehen ja gerade eh nicht ;) -- Quedel ^Disk 20:49, 29. Aug. 2012 (CEST)

Also bei mir ging das gerade problemlos. Benutzer:DerHexer/vector.js besteht nur aus dem Code, ein paar Gadgets sind zwar aktiviert, an meinem CSS hab ich aber nicht weiter rumgespielt. Ohne Fehlermeldung (aus der Fehlerkonsole, Firebug usw.) kann ich da nichts machen. Grüße, —DerHexer (Disk., Bew.) 01:24, 30. Aug. 2012 (CEST)

Danke DerHexer für deine Bemühungen. Du hast jedoch das "falsche" Script, welches nur für das DÜP setzen zuständig ist. Das funktioniert bei mir auch. Es geht um Benutzer:Ireas/düp-monobook.js: dieses wird nicht wie das DÜP-setzen-Script als eigenes Fenster dargestellt, sondern nutzt anscheinend die Technik der Beobachtungsliste, indem es auch rechts in dieser Bubble-Blase erscheint. Zwar bleibt das Fenster mittlerweile erhalten, wenn man mit der Maus drauf ist, jedoch sobald ich etwas tippen will (Diskussionsseitenbeitrag, Löschbegründung etc.) verschwindet es sofort. Hinweis: ich hab (FF15) zwar viele JS-Warnungen, aber keinerlei JS-Fehler. -- Quedel ^Disk 09:49, 30. Aug. 2012 (CEST)

Auch hier wieder das gleiche: Es kommt das gleiche Ankreuzfenster, wenn ich „DÜP“ anklicke, und ich kann ganz normal den Baustein setzen. Grüße, —DerHexer (Disk., Bew.) 10:07, 30. Aug. 2012 (CEST)

FYI: WD:NEU #mw.util.jsMessage() von gestern – LG --PerfektesChaos 10:54, 30. Aug. 2012 (CEST)

@DerHexer: es geht nicht um das DÜP setzen, sondern um andere Funktionen. Klick mal bei Datei:Schloss Bartenstein privat - Ruecksichtnahme.JPG auf die Schaltfläche "SLA" bzw. "Aufschub". Das erste Fenster (Auswahl was benachrichtigt werden soll) kannst du mit "Weiter" gleich durchgehen. Anschließend müsste sich ein Fenster öffnen, wo schon ein Diskussionsseitenbeitrag da steht, mit Angabe des Dateinamens. Nun versuch mal in diesem Fenster den Disk-Beitrag zu erweitern bzw. noch was zu verändern. Sobald ich da was eingeben will, verschwindet das Fenster. Aber ich schau mir die Lösung von PerfektesChaos mal an und probiere es mal an einer Kopie in meinem BNR aus. Mal schauen, ob man damit das "Klicken = Verschwinden" aufhalten kann. -- Quedel ^Disk 21:45, 30. Aug. 2012 (CEST)

Ich befürchte ja fast, dass diese Ankündigung (HTML5) unser Script komplett zum erliegen bringen wird. Nebenbei: die Funktionen zum Nicht-Verschwinden der Blase funktionieren leider bei mir nicht wirklich, weil ich die Codestellen dafür nicht finde. Hat jemand schon einen Hack dafür? -- Quedel ^Disk 17:48, 6. Sep. 2012 (CEST)

Wenn du mir hier die präzisen Links auf das Skript oder die Skripte auflistest, die daran beteiligt sind, dann kann ich sie durchgucken und Zeilennummern bzw. Suchangaben liefern, wo etwas geändert werden muss, und was konkret.

Bei HTML5 wüsste ich keine konkrete Gefährdung; gleichwohl wäre es auszuprobieren ob es irgendwo hakt; eine Unverträglichkeit bei irgendeinem Detail wäre nie auszuschließen.

LG --PerfektesChaos 20:10, 6. Sep. 2012 (CEST)

Das Skript liegt hier: Benutzer:Ireas/düp-monobook.js. Ich hatte es auch schonmal versucht, bin aber auch gescheitert (siehe hier). Vielen Dank, Yellowcard (Diskussion) 20:40, 6. Sep. 2012 (CEST)

• „Gescheitert“ würde ich das nicht nennen, sondern „Teilerfolg“.
• Was du bisher überall eingefügt hast, ist das Stoppen der Eieruhr, die nach 5 Sekunden die Nachricht zum Verschwinden bringt. Sieht optisch korrekt aus.
• Geblieben ist die Funktionalität, dass jetzt mit einem Mausklick auf die Bubble diese verschwindet. Das ist gar nicht so verkehrt; und wenn es sich um eine reine Benachrichtigung handelt, kann es auch so bleiben.
• Im Fall der „Formulare“, also immer dann, wenn es sich um ein Eingabefeld handelt, ist das natürlich fatal. Wenn man jetzt etwas eingibt, etwas ankreuzt oder gar auf Okay klickt, dann ist die Bubble futsch. Um das zu unterbinden, müsste noch zusätzlich an diversen Stellen verteilt werden:

$( '#mw-js-message' ).off();

• Das muss unmittelbar nach Aufruf von mw.util.jsMessage stehen, wo Eingaben erwartet werden. Damit wird die Auswirkung Klick→BubbleEx unterbunden.

Das sollte dann laufen.

Liebe Grüße --PerfektesChaos 20:57, 6. Sep. 2012 (CEST)

Mit den Änderungen, die ich bisher gemacht habe, blendet sich die Bubble aber weiterhin nach 5 Sekunden von selbst aus... Gruß, Yellowcard (Diskussion) 21:00, 6. Sep. 2012 (CEST)

Okay, dann werde ich mir mal eine Kopie davon irgendwo hintun und dann selber damit rumspielen. Mal sehen, ob ich noch passende Testbilder zum Misshandeln habe. Kann aber bis morgen dauern. VG --PerfektesChaos 21:10, 6. Sep. 2012 (CEST)

Super, vielen Dank. Sonst lad Dir einfach selbst ein paar kleine Grafiken hoch. :-) Yellowcard (Diskussion) 21:13, 6. Sep. 2012 (CEST)

Ich spiele auch gerne Versuchskaninchen. Sag mir, wo du die Kopie des Scriptes ablegst und ich binde es bei mir ein. Und @Yellowcard: hochladen reicht nicht (betrifft ja Abarbeitung vor allem). @PerfektesChaos: nimm dir eine Datei aus einen der Subkategorien von hier (unterer Bereich) und klick dann oben auf SLA, du kannst solange dort die Dialoge durchgehen bis zum Ende des Diskussionsseitenbeitrages (wo man was eintragen kann), solange wird nichts passieren. Vielleicht finden wir dann auch den Fehler, warum zum Beispiel bei Datei:Logo African Pygmy Goat.png weder "SLA" noch "Aufschub" geht. -- Quedel ^Disk 23:48, 6. Sep. 2012 (CEST)

• Das technische Problem ist wohl gelöst; es verbleiben verwaltungsjuristische Fragen. Hintergrund ist, dass zurzeit Codeispoetry gar nicht und Ireas eingeschränkt aktiv sind.
• Ich habe einmal das Formular ausgefüllt und abgeschickt – da alle über dieselben Aufrufe geleitet werden, müsste es mit allen Funktionen gehen.
• Das Ireas-Skript sollte von seiner Basisversion aus genutzt werden.
  • Yellowcard hatte dort importScript durch mw.loader.load ersetzt; das ist sinnvoll und sollte so bleiben.
  • Ireas verwendet Aufrufe wie SimpleUI.CheckboxBox usw., deren Konsequenzen nicht trivial zu überblicken sind. Sie sollten verbleiben wie langjährig praktiziert.
  • SimpleUI stammt aus Benutzer:Codeispoetry/supportFuncs.js.
• Codeispoetry:supportFuncs.js habe ich modifiziert auf testwiki:User:PerfektesChaos/js/duep2012/Codeispoetry!supportFuncs.js. Dabei habe ich den Aufruf von wikibits::jsMsg (=mw.util.jsMessage) umgeleitet über eine SimpleUI.Msg, die das historische Verhalten von wikibits::jsMsg emuliert. Das wäre im Sinne von Codeispoetry.
  • diff
  • Im Prinzip müsste Benutzer:Codeispoetry/supportFuncs.js administrativ mit dieser Variante überschrieben werden und er auf seiner Disk darüber informiert werden.
  • Es gibt 53 Anwendungen der supportFuncs, die damit möglicherweise auch geheilt würden, sofern sie Message-Funktionen benutzen und noch verwendet werden.
  • Die von Codeispoetry vorgenommene Programmierung war damals auf der Höhe der Zeit und noch weiter fortgeschritten. Heute werden viele der damals mühsam zusammengesuchten Funktionen durch Standard-Bibliotheksfunktionen wahrgenommen, insbesondere jQuery und jQuery.UI und etwas mw. Das hat den Vorteil, dass diese weltweit an nur einer Stelle gewartet werden müssen und insgesamt recht zuverlässig und aktuell sind.
• Das gemischte Ireas-Skript mit mw.loader.load steht auf testwiki:User:PerfektesChaos/js/duep2012/Ireas.js.
  • diff
  • Es enthält die mw.loader.load, darunter einen Aufruf von testwiki:PerfektesChaos:Codeispoetry:supportFuncs, der entsprechend angepasst werden müsste. Danach kann diese Version administrativ auf die Ireas-Seite gesetzt werden.
• Nach erfolgreichem Abschluss der Angelegenheit werden alle testwiki:PerfektesChaos:duep2012 gelöscht werden.

Glückauf --PerfektesChaos 10:03, 7. Sep. 2012 (CEST)

Hallo PerfektesChaos, zunächst einmal tausend Dank für die Mühe, die Du Dir gibst. Ich habe die beiden Skripte ersetzt und bei mir eingebunden, danach den Cache gelöscht. Es ist eine Änderung zu erkennen, und zwar ist das Feld wieder breiter geworden. Wenn ich allerdings eine DÜP-Aktion auswählen möchte, kommt "Andere Bilder des Uploaders werden bestimmt" und anschließend verschwindet der Text, es ist dann nur noch die leere Box zu sehen. Und: nach 5 Sekunden verschwindet auch diese. Weißt Du, woran das liegen könnte? Ich nutze Firefox 15. Gruß, Yellowcard (Diskussion) 14:42, 7. Sep. 2012 (CEST)

• Die fragliche Meldung stammt mutmaßlich aus Benutzer:Quedel/monobook-bilder.js oder sowas, wo noch mw.util.jsMessage benutzt wird. Wie das alles zusammenhängt und was ihr mit den Bildern macht weiß ich nicht; ich sehe diese Meldungen zum ersten Mal. Dort mal die Anleitung aus WD:NEU probieren. Ich habe keinerlei Durchblick, was da alles an Skripten wie zusammenhängt.
• wikibits::jsMsg u.a. in
  • Benutzer:Ireas/Gadget-Commonsverschiebung.js
  • Benutzer:Isderion/Gadget-Commonsverschiebung.js
  • Benutzer:Quedel/gadget-commonsverschiebung.js

Die müssten halt alle angepasst werden; grummel … --PerfektesChaos 15:52, 7. Sep. 2012 (CEST)

Die Meldung "Andere Bilder des Uploaders werden bestimmt" kommt dann, wenn du eine Datei abarbeiten willst, nämlich "SLA" bzw. "Aufschub", dein Testedit behandelt nur das Setzen der DÜP, welches bei mir auch in den letzten Tagen problemlos lief. Geh mal auf Datei:Firmensitz Baden-Baden.jpg und klick dann in den Tab SLA oder Aufschub. Dort müsste dann als erstes Yellowcards Meldung kommen (die kommt *jedesmal* da immer geprüft wird, ob noch andere Dateien des gleichen Uploaders in der gleichen Tageskategorie liegen). -- Quedel ^Disk 20:55, 7. Sep. 2012 (CEST)

• Ich kann euch geistig nicht ganz folgen, und ich habe auch keine Vorstellung davon, welches weitere Verhalten ihr euch erhofft.
• Soweit es die Messages und das Bubble-Problem betrifft, machen die alle genau das, was im Skript steht.
• Auch wenn das DÜP-Formular offen ist und gleichzeitig Aufschub gewählt wird, läuft parallel die API-Abfrage nach anderen Dateien des Uploaders und irgendeiner Tageskategorie, und DÜP bleibt offen.
• Ich weiß nicht, welche Aktion ihr euch vom Link „Aufschub“ wünscht, aber mit den Bubbles hat es offenbar nichts zu tun.

Beste Grüße --PerfektesChaos 22:54, 7. Sep. 2012 (CEST)

Bei einem Klick auf "Aufschub" kam früher ein Feld mit der Auswahl, welche weiteren Aktionen unternommen werden sollen, zum Beispiel "Benutzer auf Diskussionsseite Bescheid geben". Jetzt erscheint dieses Feld nicht mehr. Stattdessen funktioniert der Aufschub-Link nicht mehr, denn es erscheint nur sehr kurz ein Text, dann eine leere Hinweisbox und diese verschwindet nach 5 Sekunden ebenfalls. Was geschieht denn bei Dir nach einem Klick auf "Aufschub"? Yellowcard (Diskussion) 23:18, 7. Sep. 2012 (CEST)

Ablauf der Scripte

So funktionierte es bisher: -- Quedel ^Disk 11:10, 8. Sep. 2012 (CEST)

• Hinweis: Da wo es ein "Weiter" gibt, gab es auch ein "Zurück" (jedoch werden dabei die vorhergehenden gemachten Eingaben gelöscht und wieder auf Standard gesetzt)
• Hinweis: bei den Optionen der E-Mail und des Diskseitenbeitrages gibt es jeweils unterhalb des Eingabefensters mit dem default-Test noch ein read-only Bereich mit Mustertexten

Funktion: Aufschub

1. Klick auf den Tab bringt das Fenster "Andere Dateien des Uploaders werden gesucht"
2. Es werden alle Dateien vom gleichen Uploader in der gleichen Tageskategorie angezeigt, die per Checkbox ausgewählt werden können (Standard: alles ausgewählt)
3. Klick auf Weiter
4. Es folgen die Optionen: Auf der Disk Bescheid geben, per E-Mail Bescheid geben (ausgegraut, falls E-Mail nicht verfügbar), Aufschub auf Dateiseite eintragen
5. Nun kommt der vorgegebene Text (sofern ausgewählt) für die E-Mail, den man - nachdem man in den Text reinklickt - bearbeiten kann; danach klick auf Weiter
6. Nun kommt der vorgegebene Text (sofern ausgewählt) für die Diskussionsseite - wie bei E-Mail weiter
7. Nun kommt ein einzeiliiges leeres Eingabefeld, wo man den Grund eingibt, Klick auf Weiter
8. Die E-Mail wird abgesandt, der Diskussionsseitenbeitrag gepostet, die Tageskategorie wird in der Dateibeschreibung auf das heutige Datum ergänzt und der Grund wird auf der Dateibeschreibung unterhalb der DÜP-Vorlagen mit einem Leerzeichen + Wort "Aufschub" + Grund + Signatur eingesetzt; wöhrenddessen die Fehlermeldung "Aktion wird ausgeführt" (so ähnlich), anschließend "Erfolgreich"

Beispieldiffs:

• Diskseitenbeitrag (stark verändert): diff dazu der Grund auf der Dateiseite: diff
• Diskseitenbeitrag (normal): diff und Eintragung auf Dateiseite: diff

Funktion: SLA

1. Klick auf den Tab bringt "Andere Dateien des Uploaders werden gesucht"
2. Es werden alle Dateien vom gleichen Uploader in der gleichen Tageskategorie angezeigt, die per Checkbox ausgewählt werden können (Standard: alles ausgewählt)
3. Klick auf Weiter
4. Es folgen die Optionen: Auf der Disk Bescheid geben, per E-Mail Bescheid geben (ausgegraut, falls E-Mail nicht verfügbar), SLA stellen bzw. SLA ausführen (je nachdem, ob man als Admin in dem Script eingetragen ist)
5. wieder wie oben mit Eingabe von E-Mail-Text, Diskseitenbeitrag, SLA-Grund
6. wieder wie oben wird E-Mail gesendet, Diskseitenbeitrag gepostet
7. Der SLA wird entweder ausgeführt und der Grund ins Löschlog geschrieben oder ein SLA mit automatischer Unterschrift auf die Dateiseite gesetzt
8. Auch hier wieder "Aktion wird ausgeführt …" und hinterher (dauerte meist 5sec, das Script wartet wohl auf die Rückmeldung) dann "Erfolgreich" oder halt "Fehler". Die Seite wird nicht aktualisiert, man braucht die Erfolgsmeldung um zu sehen, ob es geklappt hat.

Funktion: SF

1. Klick auf Tab bringt wieder die Funktion mit den anderen Dateien (analog oben), Klick auf Weiter
2. Es wird die Aktion "Auf Schwierige Fälle eintragen" ausgewählt (Checkbox angewählt, aber deaktiviert, bleibt also nur der Klick auf Weiter
3. Eingabe des SF-Grund, Klick auf Weiter
4. Die Meldung wird auf WP:DÜP/SF gepostet, als Überschrift wird der Dateiname gewählt, anschließend als Beitrag der eingegebene Grund samt automatischer Unterschrift
5. In der Dateibeschreibung wird die Tageskategorie durch die Vorlage der SChwierigen Fälle ersetzt, als Parameter der Grund + automatische Unterschrift

Beispieldiffs:

• Eintragung auf WP:DÜP/SF: diff
• Eintragung auf der Dateibeschreibungsseite: diff

zurück zur Diskussion

So in etwa läuft das ab. Dabei muss halt ziemlich häufig reingeklickt werden. Auch bei mir verschwinden immer noch die Fenster, sobald ich versuche da reinzuklicken oder was zu schreiben.

Aktuell ist folgendes Verhalten zu beobachten: Die Meldungen erscheinen nicht mehr in der BubbleBox rechts, sondern als von oben herunterfahrbarer weißer Bereich. Allerdings kommt die Meldung "Andere Dateien des Uploaders werden bestimmt" und das nächste Fenster (wohl die Auflistung der anderen Dateien) verschwindet der weiße Bereich nach oben und ein 5x weißer Rand oben bleibt da (also anscheinend rutscht es außerhalb des sichtbaren Bereiches). Es sind keinerlei Einträge, Aktionen oder ähnliches verfügbar, weil man nichts mehr sieht. -- Quedel ^Disk 11:10, 8. Sep. 2012 (CEST)

PerfektesChaos dann mal wieder

1. Ich empfehle die Anlage einer Unterseite zu WP:DÜP mit geeignetem Titel wie „Skript“ etc.
   • Die „Vorderseite“ der Unterseite kann dann zum einen eine Bedienungsanleitung enthalten, zum anderen Hinweise zu inneren Abläufen und für Programmierer; langfristig eine Art Dokumentation.
   • Die Disku der Unterseite kann dann mit einer Kopie dieses Thread gestartet werden; vielleicht schon ab hier mit neuem H2-Abschnitt.
   • Es ist absehbar, dass dieser Thread nicht genügen wird, um das Problem und mögliche weitere in der Zukunft zu lösen.
2. Das zuletzt beschriebene Problem mit Aufschub etc. hat mit großer Sicherheit nichts mit Bubble und util.jsMessage zu tun.
   • Das würde zumindest für 5 Sekunden den fraglichen Kasten anzeigen.
   • Vielmehr geht es wohl um ein Problem in der Abfolge diverser API-Abfragen.
   • Ursächlich können sein:
     • Minimale Veränderungen bei Mediawiki (vielleicht kommen statt Doppelpunkt, Schräg- und Unterstreichungsstrich jetzt irgendwo %3A, %2F und Leerzeichen).
     • Veränderung bei dewiki, namentlich Seitentitel, Vorlagendetails, Datumsformat, irgendeine Kleinigkeit.
     • Verarbeitungsreihenfolge moderner Browser.
   • Immer schon wurde eine Box von der als nächstes eintreffenden überschrieben.
3. Ich habe zurzeit nur nebelhafte Vorstellungen von den gewünschten Abläufen; aber schon die ersten API-Abfragen scheinen mir nicht so ganz befriedigend.
   • Ich beziehe mich durchweg auf Datei:Firmensitz Baden-Baden.jpg.
   • Die oben beschriebenen Boxen, die kurz angezeigt würden, sehe ich auch in dieser Form.
     • 'Andere Dateien des Benutzers ' + Info.Uploader + ' werden bestimmt …'
     • Danach eine scheinbar leere Box, die dann wieder verschwindet.
   • Ich sehe aber auch die API-Kommunikation.
     • Grundsätzlich geht es um eine Funktion parseCat(), parses the tageskategorie and sets user settings, then makes the user choose files.
     • Sichtbar ist eine Funktion getDatum(), die das Datum der Datei ermitteln soll.
     • Die erste sichtbare Frage soll die aktuelle und weitere Dateien des Uploaders liefern.
       • Das müssten eigentlich zwei sein: Spezial:Dateien/IngeInnovation
       • Diese Antwort kommt aber nicht.
       • Die Frage soll lauten 'action=history&title=' + encodeURIComponent(wgPageName)
     • Irgendwas fragt auch nach prop=info&inprop=protection&titles=Benutzer_Diskussion:IngeInnovation
       • Die Antwort lautet: {"query":{"normalized":[{"from":"Benutzer_Diskussion:IngeInnovation","to":"Benutzer Diskussion:IngeInnovation"}],"pages":{"5655898":{"pageid":5655898,"ns":3,"title":"Benutzer Diskussion:IngeInnovation","touched":"2012-08-20T16:34:39Z","lastrevid":106654739,"counter":"","length":5889,"protection":[]}}}}
     • Weiterhin wird gefragt nach der „Tageskategorie“ (??)
       • Kategorie:Wikipedia:Dateiüberprüfung_(2012-08-09)
       • Deren Inhalt wird auch korrekt übermittelt.
     • Danach verendet das Skript, weil es nicht mehr weiter weiß.
     • Ich weiß hier auch erstmal nicht weiter.
4. Was nun?
   • Es müsste sich ein DÜP-Sachkundiger mit den Abläufen beschäftigen.
   • Firebug oder Ähnliches klarmachen.
   • Es gibt zwei Möglichkeiten:
     1. Man kann dann ganz billig „Haltepunkte“ setzen durch Anklicken.
        • Das ist aber nur für synchrone Abläufe geeignet und hilft nur, wenn man eine konkrete Vorstellung davon hat, was an den Stationen passieren soll.
        • Hier laufen plötzlich eintrudelnde API-Resultate an den Haltepunkten auf, was keinen Fortgang im Ablauf erkennen lässt.
        • Außerdem muss man sich alle Zustände merken, was nur klappt, wenn man genau weiß, wie die Ergebnisse aussehen müssen, und nur auf Unterschiede zu achten braucht. Wer sich noch nicht auskennt, weiß am fünften Haltepunkt nicht mehr, was am dritten zu sehen war.
     2. Besser ist es hier, Diagnostik-Meldungen zu schreiben:
        • console.log(' Funktion ABC xyz='+xyz);
        • Dann bekommt man auf der Konsole ein Protokoll der verschiedenen Ereignisse, kann dies in Ruhe lesen und an interessanten und noch unklaren Stellen weitere console.log() einbauen, bis man den beabsichtigten Ablauf und den aktuellen Fehler (vermutlich eine Formatfrage) identifiziert hat.
5. Ggf. nach Einrichtung der Doku-Unterseite in der WP:TSW Hilfeschreie absetzen.

Viel Spaß dabei --PerfektesChaos 14:59, 8. Sep. 2012 (CEST)

Zu Punkt 1: ist ja nun hier umgesetzt, die Projektseite vorneweg ist da. Ich denke, die ausführliche Dokumentation gehört in den Quelltext. Die Vorgangsbeschreibung (was passiert wenn ich was mache) und die groben Hintergrunddinge können auf der Projektseite stehen.

Zu Punkt 2: vor dem Einpflegen der Änderung durch Yellowcard war tatsächlich der Bubble das Problem, da darin alles dargestellt wurde und nach 5sec bzw. nach Klicken verschwand (was eigentlich ja sinnvoll ist, eben nur in der DÜP nicht), seit der Änderung erscheints wieder oben in einer Art Kasten, der jedoch zu schnell weg ist.

Zu Punkt 3: Warum werden die Dateien des Hochladers allgemein überprüft? Das ergibt keinen Sinn, nur die Dateien, die in der gleichen Tageskategorie liegen, sollten überprüft werden. Dafür ist in der Vorlage {{Dateiüberprüfung (Liste)}} der Parameter Benutzername drin, eventuell wird dieser ausgelesen?

Zu Punkt 4: du kannst im Script (da es eh nicht funktioniert) gerne Haltepunkte und Debugging-Informationen einbasteln. Wenn du magst, auch erstmal auf deiner Benutzerunterseite, ich binde dann dein Script von da aus ein bei mir.

-- Quedel ^Disk 16:26, 8. Sep. 2012 (CEST)

1. Was du geschrieben hast, ist sehr hübsch geworden; und es ist auch durchaus eine Dokumentation – siehe dazu in Softwaredokumentation die Begriffe „Methodendokumentation“ und „Benutzerdokumentation“. Richtig ist, dass die Programmiererdokumentation, die sich mit technischen Details des Quelltextes beschäftigt, auch in den Quellcode integriert sein sollte.
2. Die Änderung durch Yellowcard als solche hat nichts mit der verlorengegangenen Funktionalität zu tun. Ich vermute gleichzeitig wirksam gewordene Veränderungen und Wechselwirkungen mir unbekannter Art.
3. Da habe ich nicht die leiseste Ahnung, und das macht es einem DÜP-Ablauf-fremden Programmierer sehr schwer, die momentanen Zwischenergebnisse und Verzweigungen zu beurteilen: Was für Daten hätten in dieser Situation drin stehen müssen? Welche Werte sind aber tatsächlich vorhanden? Warum wird hierhin verzweigt und nicht dorthin, warum macht das Skript dieses und nicht jenes?
4. Um dieses Skript debuggen zu können, müsste ich von meinen freien Tüftel-Stunden, und dort vom Wiki-Anteil, für mehrere Tage bis zu einer Woche einen Block reservieren. Ich muss jede Vorlage, jede API-Abfrage und jede DÜP-Verwaltungsstruktur erst erlernen und dann den Soll-Zustand mit dem Ist-Zustand im Skript vergleichen. Ich habe aber zu viele eigene Baustellen offen, als dass ich eine neue Aufgabe dieser Art übernehmen könnte. Wenn ich mich dort herausreiße, habe ich mein eigenes Zeugs nach einer Woche schon wieder vergessen und muss mich anschließend da erst wieder einarbeiten. Fragt doch mal auf der TSW an.

LG --PerfektesChaos 20:44, 13. Sep. 2012 (CEST)