Wikipedia:Technische Wünsche/Reparaturhilfe

• Über das ProjektStartseite
• Aktuelle ProjekteWoran wird gerade gearbeitet?
• Wunsch­park­platzProbleme für die nächste Umfrage
• TreffenTriff das Projektteam
• NewsletterBleib auf dem Laufenden

Anfang August veranstaltet unser Team wieder Reparaturtage, um Unterstützung für defekte Communitytools zu bieten. Bis zum 01. August sammeln wir dafür Einreichungen – jetzt eintragen!

Reparaturhilfe
für Helferlein, Tools, Bots und Benutzerskripte

Du hast ein defektes Helferlein, Tool, Benutzerskript oder einen defekten Bot entdeckt oder benötigst Hilfe bei der Reparatur? Da das alles Werkzeuge sind, die in Community-Hand liegen, findest du auch die beste Unterstützung bei den Aktiven hier in den Wikis. Je nachdem, worum es geht, sind das deine Anlaufstellen:

Links: Technikwerkstatt, Helferlein, Benutzerskript, Bot, externes Tool

Links: Wikipedia:WikiProjekt_Vorlagen/Werkstatt, Wikipedia:Lua/Werkstatt, Vorlage, Lua-Modul,
Wieso repariert das Team keine Vorlagen und Module?

vom Projekt
Technische Wünsche

Was macht die Reparaturhilfe?

Solltest du mit deinem Anliegen rund um Helferlein, Tools, Bots und Benutzerskripten innerhalb der Community nicht weiterkommen, kannst du dich an das Team der Technischen Wünsche wenden und wir können als Hauptamtliche versuchen zu unterstützen. Einmal im Quartal bearbeitet das Team im Rahmen unserer „Reparaturtage“ die eingereichten Probleme. Unsere Hilfe kann dabei wie folgt aussehen:

• Zuständige finden
• mit den zuständigen Community-Mitgliedern: Beratung, Austausch, gemeinsam Problemlösungen entwickeln
• Ursachen für Probleme ausfindig machen
• Alternativen für defekte Community-Werkzeuge finden

Das Team verändert nichts ohne Austausch mit den verantwortlichen ehrenamtlichen Aktiven.

So kannst du deine Probleme platzieren.

Trag dein Problem hier ein

Bring dein Problem mit in die Reparatursprechstunde

Tausch dich mit den Entwickler*innen des Teams Technische Wünsche in der Reparatursprechstunde aus.

Was macht die Reparaturhilfe nicht?

Der Fokus des Teams liegt auf der Arbeit im gewählten Themenschwerpunkt. Die Reparaturhilfe ist ein zusätzliches Angebot. Daher gibt es folgende Einschränkungen:

• Wir unterstützen bei Community-Werkzeugen. Für Probleme, die von der MediaWiki-Software verursacht werden, melde dich bitte in der Technikwerkstatt.
• Wir arbeiten nicht an übermäßig aufwändigen Reparaturen.
• Wir arbeiten nicht an Reparaturen, von denen letztlich nur einzelne Menschen profitieren würden.
• Wir bauen Helferlein, Benutzerskripte, Bots und Tools nicht grundlegend um.
• Wir ergänzen keine neuen Funktionen in bestehenden Helferlein, Benutzerskripten, Bots und Tools.
• Wir erstellen keine neuen Helferlein, Benutzerskripte, Bots und Tools.
• Wir reparieren keine Vorlagen und Lua-Module. (Warum?)
• Wir arbeiten nicht an Code, mit dem wir uns nicht sicher fühlen – u.a. um nicht zu riskieren, ihn zu verschlechtern.
• Die Zuständigkeit für reparierte Helferlein, Benutzerskripte, Bots und Tools bleibt in der Community und geht nicht ans Team Technische Wünsche über.

Wieso, weshalb, warum?

Wieso repariert das Team keine Vorlagen und Module?
Bei Vorlagen und Modulen gibt es in den Wikis eine Menge Expert*innen, an die man sich wenden kann (siehe Grafik oben). Das bestätigte auch der Reparatursommer, in dem keine Anfragen bezüglich Vorlagen und Modulen gestellt wurden. Hinzu kommt, dass Vorlagen und Module im Unterschied zu Bots, Benutzerskripten, Helferlein und Tools auch den Inhalt der einzelnen Wikis beeinflussen (Infoboxen, Navigationsleisten in Artikeln, etc.), und in den Inhalt der Wikis greifen Hauptamtliche generell nicht ein.

Weshalb reparieren die Technischen Wünsche überhaupt Community-Werkzeuge?
Das Team Technische Wünsche arbeitet seit 2015 an Verbesserung von MediaWiki, auf Basis großer Umfragen, die hier in der deutschsprachigen Wikipedia durchgeführt werden. Zusätzlich gab es in der Vergangenheit immer mal wieder den Wunsch nach Reparatur von Community-Werkzeugen. Als das Team 2023 kurzfristig eine Pause an der Arbeit im Themenschwerpunkt „Wiederverwendung von Einzelnachweisen vereinfachen“ einlegen musste, hatte es die Kapazität, dieser Bitte nachzukommen. Daraus entstand, als temporäres Angebot, der Reparatursommer. Dieses Format diente als Versuch, um eine bessere Einschätzung dafür zu bekommen, ob und in welchem Umfang das Team auch zukünftig bei der Reparatur von Community-Werkzeugen unterstützen kann. Die Erfahrung hat gezeigt, dass eine Unterstützung community-seitig gewünscht ist und im oben skizzierten Umfang vom Team machbar ist. Die Reparaturhilfe ist weiterhin ein Versuch, und wir freuen uns über Rückmeldungen, Fragen, Hinweise usw. auf der Diskussionsseite.

Aktuelle Reparaturanfragen

Archiv für erledigte oder abgelehnte Reparaturanfragen

Schnark/Normdaten, Schnark/Personendaten

Gemeldet in Phabricator
Task T401675

Problembeschreibung / Dokumentation

Hallo, unter

• Wikipedia:Administratoren/Anfragen#Normdaten / Personendaten (Permanenter Link)

sowie

• Wikipedia:Fragen zur Wikipedia/Archiv/2024/Woche 06 #Vector 22
• Spezial:Permanenter Link/242426072 #Standardmäßiges Aktivieren diverser Helferleins für alle Benutzer und Pflege mit aktuellen Skins

ist die Frage nach der Wartung und Pflege von häufig verwendeten Scripts wie jene für die Pflege von Norm- und Personendaten (und damit verbunden einigen automatisch abgeleiteteten Basis-Kategorien für Lebensdaten, Staatsangehörigkeit, ...)

• Benutzer:Schnark/js#normdaten.js
• Benutzer:Schnark/js/personendaten
• Benutzer:Schnark/js/personendaten/normdaten

beispielsweise hinsichtlich neuer Skins (z.B. Vektor 22, ...), allfälliger technischer Probleme oder Änderungswünschen, konkret

• künftige Verwendung der Scripts, auch wenn der Inuse-Baustein gesetzt ist und
• künftige Verwendung der Scripts auch im Benutzernamensraum

aufgekommen. Der Benutzer ist leider seit 2020 nicht mehr aktiv, bislang konnte leider niemand gefunden werden, der/die die Betreuung übernehmen möchte.

Die meisten anderen Sprachversionen haben keine Normdaten und Personendaten (stattdessen ggf. Infoboxen), die im Artikel gepflegt werden, Normdaten werden in den anderen Sprachversionen meist aus Wikidata bezogen (siehe Wikipedia:Umfragen/Normdaten_aus_Wikidata#Hintergrund).

Vielen Dank!

Eingereicht von M2k~dewiki (Diskussion) 18:11, 10. Dez. 2024 (CET)

Anmerkung/Ergänzung:

Laut diesem Hinweis:

• https://de.wikipedia.org/w/index.php?title=Wikipedia%3AAdministratoren%2FAnfragen&diff=251148322&oldid=251148176

sollte die Verwendung bereits jetzt auch bei gesetztem Inuse-Baustein möglich sein. --M2k~dewiki (Diskussion) 14:08, 11. Dez. 2024 (CET)

Anmerkung/Ergänzung: Seitens VIAF dürfte es eine Änderung gegeben haben, sodass derzeit (seit gestern?) die VIAF-ID mit obigem Tool nicht mehr geladen wird.

Siehe auch d:User_talk:Bargioni/moreIdentifiers#New_VIAF_interface --M2k~dewiki (Diskussion) 23:08, 11. Jan. 2025 (CET)

Diskussion

Hier ist Platz für Diskussionen, weitere Hinweise usw. zu diesem Wunsch.

 Info: Nur BOA könnten fremde Skripte ändern.

• Die Funktionalität von JavaScript im BNR liegt in Verantwortung des Kontos; also was zwischen erstem Doppelpunkt und erstem Schrägstrich steht.
• BOA ändern grundsätzlich niemals die Funktionalität von JavaScript oder CSS im BNR; zumindest keinerlei komplexe algorithmische Veränderungen.
• Kleinigkeiten wie etwa die Anpassung eines global veränderten Klassen-Selektors werden bei inaktiven Konten von BOA ggf. vorgenommen, nicht aber Änderungen der Funktionalität. Oder ein schädliches bzw. dysfunktionales Skript wird komplett deaktiviert; auf unterschiedlichen Wegen.
• Die Funktionalität wurde von Schnark geplant, genau so beabsichtigt, und von ihm wie umgesetzt verantwortet; niemand anders steht eine Veränderung dieser Funktionalität zu.
• Schnark war wohl seit der Schulzeit über ein Dutzend Jahre für die Wikipedia aktiv; ich hoffe es geht ihm gut und es gibt nunmehr andere Prioritäten und Herausforderungen in Job und Familie.

Was bedarf diese Aufgabenstellung?

• Ein neues Konto mit einem langjährig aktiven Maintainer, soweit die Lebensplanung absehen lässt.
• Das neue Konto übernimmt alle Codes und Dokus unter entsprechender Würdigung von Schnark und Einhaltung von Lizenzbestimmungen und macht dies transparent.
• Das neue Konto kann jetzt nach Herzenslust weiterentwickeln und ändern.
• Anderen kann die Mitnutzung bei Einhaltung von Mindeststandards per WP:HX angeboten werden.
• Das neue Konto verantwortet die Funktionalität, behebt Bugs, beantwortet Fragen, reagiert auf Beschwerden, passt an neuartige Skins, Endgeräte, Farbkonzepte an, schreibt die zugehörige eigene Doku fort.
• Ich sehe nicht, dass WMDE dieses langjährige Konto sein und als Host fungieren möchte.
• Die „Community“, also die BOA, etabliert schon seit 2010 keinerlei neue komplexe „Gadgets“ mit neuer Funktionalität, und entwickelt nur den Altbestand weiter und hält ihn „auf ewig“ aufrecht.

VG --PerfektesChaos 19:27, 10. Dez. 2024 (CET)

Hat hier wer nach einem BOA gefragt? Es stellt sich die Frage, ob nicht WMDE solche Skripte übernimmt. Diese Frage habe ich auch schon öfter gestellt. Das Problem ist doch allen seit Merl mehr als bekannt. Es hilft auch nicht auf nicht mehr vorhandene Benutzer zu verweisen. Eben weil sie nicht mehr da sind, gibt es ja die Probleme. --Itti 07:53, 11. Dez. 2024 (CET)

Nur BOA könnten fremdes JavaScript verändern. WMDE kann es nicht.

WMDE hat sich bisher in diesem Abschnitt nicht geäußert. Aus allen früheren Angelegenheiten ist jedoch bekannt, dass nur saisonweise Schwerpunkte technisch bearbeitet werden, es aber kein Personal für dauerhafte Betreuung gibt, das überhaupt langfristig eingearbeitet eine kontinuierliche Wartung übernehmen könnte. Die hier angefragte „Reparaturhilfe“ zielt auf einmalige, kurze Aktivitäten, die zwischendurch erledigt werden könnten, wenn zufällig mal Kräfte nicht ausgelastet sein sollten.

Es ist schlicht eine Frage der personellen langjährigen Ressourcen mit längerer, meist mehrjährig erforderlicher Einarbeitung und technischem Können.

Die Community pflegt die Community-Software faktisch mit 1½ BOA plus 1 Hilfsarbeiter. Die kümmern sich aber auch noch um fast alle Lua-Module, betreiben einen Bot oder betreuen 400 Hilfeseiten plus Technik-Projektseiten und aktualisieren sie permanent anhand der sich ständig ändernden Software-Gegebenheiten, arbeiten nebenbei noch VWS und TWS ab. Das technische Personal der Community arbeitet seit etlichen Jahren jenseits der Kapazitätsgrenze.

Die in Rede stehenden Skripte bedürfen eines speziellen inhaltlich-fachlichen Hintergrundes, und mittelprächtiger Programmierkenntnisse. Sie werden nur von einer kleinen Zahl fachlich interessierter Autoren verwendet, und sind ein Extra in einer Nische des allgemeinen Software-Angebots. Nur ein Konto auf diesem Gebiet wird langjährig dieses JavaScript übernehmen und fortführen können.

VG --PerfektesChaos 12:37, 11. Dez. 2024 (CET)

Und genau darum geht es doch hier auch. --Viele Grüße, Aschmidt (Diskussion) 14:23, 11. Dez. 2024 (CET)

„Und genau darum geht es doch hier auch“ – Nö.

Die Anfrage kollidiert mit gleich mehreren im Intro per #Was macht die Reparaturhilfe nicht? ausgeschlossenen Kriterien:

• „Die Zuständigkeit für reparierte Helferlein, Benutzerskripte, Bots und Tools bleibt in der Community und geht nicht ans Team Technische Wünsche über.“
  • Die Anfrage zielt jedoch darauf ab, dass WMDE Maintainer werden soll, also die langjährige Zuständigkeit übernehmen soll.
• „Wir arbeiten nicht an Code, mit dem wir uns nicht sicher fühlen“
  • Die Thematik Normdaten-Personendaten setzt solide fachlich-inhaltliche Grundkenntnisse voraus.
  • Die haben so rund ein Dutzend derzeit aktive Ehrenamtliche.
  • Von denen sind wohl zwei mit vertieftem technischen Verständnis bekannt, die alle beide bereits wegen allgemeiner Arbeitsüberlastung eine Übernahme abgelehnt haben.
• „Wir arbeiten nicht an Reparaturen, von denen letztlich nur einzelne Menschen profitieren würden“
  • Die Zahl der häufig nutzenden Autoren dürfte (auch via fliegelflagel) aktuell bei zwei, gern auch drei Dutzend liegen. Ein globales Projekt-Interesse sieht anders aus.
  • Das hier sind klassische Nischenprodukte.
• „Wir arbeiten nicht an übermäßig aufwändigen Reparaturen.“
  • Das dürfte sich langjährig in diese Richtung ausweiten, insbesondere auch die zeitnahe Bearbeitung von Verständnisfragen, Beschwerden, Fehlermeldungen.
  • Ich bin selbst Maintainer von über zwei Dutzend teils global genutzter Skripten und kenne das.

Schnark selbst könnte hier um Reparaturhilfe ersuchen, was er aus Gründen nicht tun würde.

• Ein zukünftiger Maintainer im eigenen BNR könnte alle paar Monate mal eine konkrete Anfrage an die WP:TWS richten, und könnte dort fünf Zeilen JavaScript erhalten, die selbst einzubauen, zu erproben und zu verantworten sind; also vielleicht eine spezielle if-Abfrage und spezifische Reaktion darauf.
• Grundlegende JavaScript-Kenntnisse sind selbst mitzubringen bzw. zu erwerben.
• Verantwortung, Dokumentation und Kommunikation mit dem Publikum verbleibt jedoch beim Maintainer.

VG --PerfektesChaos 15:55, 11. Dez. 2024 (CET)

Warte es doch einmal ab. Es gibt doch noch gar keine Stellungnahme der Technischen Wünsche zu dem Wunsch. --Viele Grüße, Aschmidt (Diskussion) 18:48, 11. Dez. 2024 (CET)

Über jedem Diskussionsbereich dieser Seite steht standardmäßig: „Hier ist Platz für Diskussionen, weitere Hinweise usw. zu diesem Wunsch.“

• Dabei gibt es keine Zeitvorgaben oder Einschränkungen, wann man sich äußern dürfe.
• Du bist hier genauso Gast wie ich und nicht WMDE und nicht die Hausherrin.
• Es steht dir also nicht zu, Maulkörbe zu verhängen über regelkonforme Beiträge, die dir nicht gefallen.
• Eingriffe in BNR-Seiten auch inaktiver Konten steht unter Hoheit und Regulierung durch die Community; Manipulation fremder BNR-Skripte durch BOA und Veränderung von Algorithmen ist eine Community-Angelegenheit und keine von WMDE. Darauf darf ich sehr wohl hinweisen.

Eine Lösung der Anfrage gibt es nur über einen langjährigen Maintainer, und als solcher schließen sich WMDE, TWS und BOA explizit aus.

VG --PerfektesChaos 19:50, 11. Dez. 2024 (CET)

Aber diesmal könnte es anders sein. --Viele Grüße, Aschmidt (Diskussion) 21:03, 11. Dez. 2024 (CET)

Hi zusammen @M2k~dewiki, PerfektesChaos, Itti, Aschmidt: danke für die Einreichung. Wir sind gerade sehr beschäftigt mit Subreferenzierung und Arbeit im Nachgang unserer Umfrage, weshalb wir uns das noch nicht im Detail haben anschauen können. Ein paar Gedanken und Nachfragen:

• Es trifft (auch mit der Reparaturhilfe) zu, dass WMDE keine Skripte selbst übernehmen kann. Im Rahmen unserer regulären Arbeit integrieren wir manchmal Funktionen in die MediaWiki-Software, für die es zuvor durch Helferlein oder Benutzerskripte gab (z.B. die Einzelnachweisvorschau). Als neuer Themenschwerpunkt wurde Einzelnachweise gewählt, zu diesem Thema wäre es also ggf. möglich, in den nächsten Jahren Funktionen in die MediaWiki-Software zu überführen.
• In der Reparaturhilfe möchten wir Communitymitglieder unterstützen, defekte Tools oder kleinere Technikprobleme zu lösen, sofern dies nicht über die regulären Communityprozesse (WP:Technik/Werkstatt usw.) geschehen kann. Das heißt konkret: Wir können Vorschläge machen, wie ein Tool/Skript o.Ä. angepasst werden kann, die Verantwortung (und Umsetzung) dieses Vorschlags liegt aber in den Händen der Community – im Normalfall also bei der Person, die für das Tool/Skript usw. zuständig ist oder bei Benutzeroberflächenadmins.
• Während wir also keine dauerhafte Wartung gewährleisten können, könnten wir mit Blick auf diese Anfrage durchaus helfen, kleinere Probleme zu mancher der genannten Skripte zu lösen.

• Verstehe ich es richtig, dass ein Problem ist, dass die Skripte nicht in allen Skins funktionieren, insbesondere im Vector 2022? Was das betrifft, könnten wir vermutlich mit einer Lösung helfen, wenn sich ein BOA findet, der das implementieren würde. Solange wir nichts an der Funktionalität des Skripts ändern, sollte sich dafür vermutlich Konsens finden lassen?

• Neue Features können wir in der Reparaturhilfe normalerweise nicht umsetzen, schon allein, weil sich dabei normalerweise nicht absehen lässt, wie viele Kapazitäten das bindet.

• Die Bitte, ein Skript auch in anderen Namensräumen nutzbar zu machen, scheint allerdings noch in einem Rahmen zu sein, der ebenfalls machbar wirkt. Wir haben uns das noch nicht näher anschauen können, aber wenn ich es auf die Schnelle richtig sehe, müsste man z.B. nur sowas wie Benutzer:Schnark/js/personendaten.js#L-2304 anpassen.

• Gebt uns gerne Rückmeldung, ob ihr an kleineren Lösungsvorschlägen für neue Skins oder Nutzung in anderen Namensräumen interessiert wärt. Wenn sich jemand findet, der die Änderung in eigener Verantwortung umsetzen möchte oder die Skripte gleich ganz adoptiert, können wir schauen, ob wir dafür Lösungsvorschläge machen können.

Viele Grüße --Johannes Richter (WMDE) (Diskussion) 15:43, 19. Dez. 2024 (CET)

Hallo, seitens VIAF dürfte es eine Änderung gegeben haben, sodass bei mir derzeit (seit gestern?) die VIAF-ID mit obigem Tool nicht geladen wird.

Siehe auch d:User_talk:Bargioni/moreIdentifiers#New_VIAF_interface --M2k~dewiki (Diskussion) 23:02, 11. Jan. 2025 (CET)

Es wurde nun eine Mail an bibchange@oclc.org gesendet

Subject: VIAF feedback - Page or resource not found! for https://viaf.org/viaf/AutoSuggest

Dear OCLC team!

Since about 10th of January 2025 the following URL returns a

"Page or resource not found!"

error message, for example:

https://viaf.org/viaf/AutoSuggest?callback=jQuery371044732675042823633_1737379729693&query=bergmann%2C%20johann%20ernst&_=1737379729

--------

The address has been used to get authority control (VIAF, GND and LCCN-IDs) from

• https://de.wikipedia.org/wiki/Benutzer:Schnark/js/personendaten/normdaten
• https://de.wikipedia.org/wiki/Benutzer:Schnark/js/personendaten.js/normdaten.js

--------

The URL above should return for

https://de.wikipedia.org/wiki/Johann_Ernst_Bergmann

data from

https://viaf.org/de/viaf/4737158858122444490005

which is not working anymore since 10th of January 2025.

--------

Could you please check what is going wrong?

Thanks a lot!

Kind regards, --M2k~dewiki (Diskussion) 15:08, 20. Jan. 2025 (CET)

@M2k~dewiki wie im Dezember geschrieben, können wir weder dauerhafte Wartung noch größere Funktionsänderungen gewährleisten, sondern primär Reparaturen (und auch dabei sind wir drauf angewiesen, dass ein BOA unsere Änderungsvorschläge umsetzt, wir greifen nicht selber in Skripte ein).

Das nochmal vorweg genommen, wollte ich vor unseren kommenden Reparaturtagen nachfragen, ob zu den kleineren Punkten, die du genannt hast (Nutzbarkeit des Skripts in anderen Namensräumen oder im neuen V22-Skin, falls das nicht funktioniert) weiterhin Interesse besteht, dass wir draufschauen und ggf. nen Vorschlag zur Anpassung des Skripts machen? --Johannes Richter (WMDE) (Diskussion) 13:48, 14. Aug. 2025 (CEST)

Hallo liebe Community. Wir würden gern abschließend zusammen fassen, welche konkreten Probleme sich hier so weit angesammelt haben:

1. Der Wunsch, dass das Skript auch in Artikelentwürfen im Benutzernamensraum nutzbar sein sollte, wurde vielfach geäußert. Wir haben eine entsprechende Anfrage an die Oberflächenadministratoren gestartet.
2. Unseren Tests zufolge funktioniert es mit dem neuen Vector 2022-Skin. Falls es da Probleme gibt, die wir nicht gesehen haben, bräuchten wir mehr Informationen dazu.
3. Zur Nutzung mit dem Inuse-Baustein sehen wir widersprüchliche Aussagen. Funktioniert es schon? Ist es überhaupt im Sinne des Erfinders, dass es funktioniert?
4. VIAF hat scheinbar einen Teil ihrer Infrastruktur abgeschaltet und ersetzt. Das ist tief in Schnarks Skript eingebunden und würde Änderungen erfordern, die unserer Meinung nach zu weit gehen. Zumindest wäre ein weiter gehender Community-Konsens erforderlich, ob eine solche Änderung in Schnarks Benutzernamensraum passieren darf. Eine Alternative wäre, dass ihr das Skript in den Gadget-Namensraum kopiert und dort gemeinsam weiter pflegt.
5. Die generelle Pflege solcher hoch-spezialisierten Skripte können wir leider nicht übernehmen, wie von Johannes oben schon erläutert.

--Thiemo Kreuz (WMDE) 16:05, 29. Aug. 2025 (CEST)

---

Mix-n-Match

Gemeldet in Phabricator
Task T401676

Problembeschreibung Mix-n-Match ist langsam und instabil insbesondere an Wochenenden also vermutlich zu Spitzenzeiten.

Dokumentation

• meta:Mix'n'match
• Benutzer:Magnus Manske ist der Entwickler des Tools.

Eingereicht von Matthias 20:08, 21. Jun. 2025 (CEST)

Diskussion

 Pro --Sebastian Wallroth (Diskussion) 10:05, 25. Jul. 2025 (CEST)

Danke für die Einreichung, wir schauen uns das Tool im Zuge unserer Reparaturtage an. --Johannes Richter (WMDE) (Diskussion) 13:57, 14. Aug. 2025 (CEST)

@Matthias Wir haben gerade in deine Anfrage und das Tool geschaut und uns gefragt, ob du uns eventuell etwas detailierter beschreiben kannst, was genau das Problem ist. Wenn es gerade am Wochenede passiert, vllt kannst du einen kleinen Screencast aufnehmen von einem typischen Workflow? Danke dir! --Svantje Lilienthal (WMDE) (Diskussion) 11:24, 15. Aug. 2025 (CEST)

Nein, kann ich nicht. Das Tool lädt in dem Fall keine Daten und reagiert nicht mehr. Selbst die Startseite bleibt dann leer und man kann nichts drücken. Man braucht kein Verständnis wie das Tool funktioniert um den Crash oder Disconnect zu verstehen. Manchmal hilft es auch, wenn man im Server Admin IRC Channel von Wikimedia nachfragt ob es neu gestartet werden kann. Fragt eure Kollegen. Guckt dort in die Logs. --Matthias 14:56, 15. Aug. 2025 (CEST)

Mix'n'match ist ein ziemlich komplexes Werkzeug, das ziemlich komplexe Abfragen auf großen Datenquellen macht. Es liegt in der Natur der Sache, dass das manchmal länger dauert als erhofft. Wir verstehen, dass das Werkzeug für viele Editor*innen sehr wichtig ist. Anhand der vorliegenden Informationen können wir aber nichts konkretes unternehmen. Der Autor Magnus ist grundsätzlich aktiv und ansprechbar. Eine gute Möglichkeit, Meldungen an ihn zu senden ist https://bitbucket.org/magnusmanske/mixnmatch/issues. Dort scheint es auch schon ähnliche Meldungen zu geben, zu denen Magnus auch Rückfragen gestellt hat. Im Rahmen unserer Reparaturtage hier ist das leider alles, was wir dazu sagen können. --Thiemo Kreuz (WMDE) 11:55, 29. Aug. 2025 (CEST)

---

c:User:SteinsplitterBot/Rotatebot

Gemeldet in Phabricator
Task T401677

Problembeschreibung

Rotatebot kann das Format TIFF nicht verarbeiten. Darum müssen TIFF-Dateien von Hand rotiert werden.

Dokumentation

c:User:SteinsplitterBot/Rotatebot

Ich stelle mich als Ansprechperson für diesen Vorschlag zur Verfügung

Ich selbst kann nicht viel beitragen. TIFF geht halt nicht. Aber @Steinsplitter antwortet auf seiner Diskussionsseite c:User talk:Steinsplitter auf Anfragen.

Eingereicht von Sebastian Wallroth (Diskussion) 16:52, 28. Jul. 2025 (CEST)

Diskussion

Danke für die Einreichung. Eigentlich können wir in der Reparaturhilfe keine neuen Funktionen entwickeln, sondern primär schauen, wie wir kaputte Tools wieder zum laufen bringen können, aber wir werden mal draufschauen, ob wir vielleicht ne Lösung finden, die wir dem Botbetreiber @Steinsplitter vorschlagen können oder bei der Untersuchung hoffentlich zumindest Impulse liefern, falls er das selber weiter verfolgen möchte. --Johannes Richter (WMDE) (Diskussion) 13:56, 14. Aug. 2025 (CEST)

@Sebastian Wallroth wie angekündigt haben wir uns das Tool angeschaut (phab:T401677) und dabei u.a. festgestellt, dass es prinzipiell möglich sein sollte, eine Anpassung vorzunehmen, die auch das Rotieren von TIFF-Dateien erlaubt (phab:T401677#11105847). Eine Schwierigkeit könnte allerdings sein, dass TIFF-Dateien oft größer sind als png / jpg und unklar ist, ob der Bot mit solchen Datenmengen zurecht kommt. Wir haben dem Botbetreiber einen Hinweis hinterlassen und angeboten, dass er sich mit Fragen zu unseren Erkenntnissen an uns wenden kann [1]. Hoffentlich ist es ihm so möglich, seinen Bot anzupassen – allerdings fiel uns später auf, dass er eigentlich angekündigt hat, keine neuen Funktionen mehr zu bauen [2]. Selber könnten und dürften wir allerdings auch gar keine Änderungen an seinem Bot vornehmen. Bestenfalls könnte der UploadWizard künftig direkt eine Option zum Rotieren anbieten (phab:T106216, dazu haben wir in phab:T106216#11119149 einen Kommentar hinterlassen), vielleicht ist das etwas fürs WMF Commons Team? Alternativ wäre natürlich eine Option super, Bilder beim Einbinden in Artikel zu rotieren, dazu haben wir ein Featurerequest geschrieben (phab:T402931). Das ist alles, was wir im Rahmen der Reparaturhilfe zu diesem Tool tun können. Viele Grüße --Johannes Richter (WMDE) (Diskussion) 16:44, 26. Aug. 2025 (CEST)

Uns ist jetzt aufgefallen, dass das Tool schon einmal TIFF unterstützt hat. Aus unbekannten Gründen wurde das irgendwann deaktiviert. Wir haben dort mal den Vorschlag hinterlassen, das einfach wieder zu aktivieren und zu sehen, was passiert. --Thiemo Kreuz (WMDE) 12:03, 29. Aug. 2025 (CEST)

---