Benutzer Diskussion:PerfektesChaos/js/remindErrorMessages

Anleitung?

Hallo PerfektesChaos, mit diesen technischen Beschreibungen bin ich schlichtweg überfordert. Kannst du es mir bitte irgendwie erklären was ich tun muss um irgendeine Veränderte Anzeige zu bekommen? Muss ich irgendetwas noch irgendwo hineinschreiben? Und wenn ja was genau wohin? Das mag für einen Techniker alles vollkommen einfach und verständlich sein, ich sehe zumindest so nichts. Welche Fehler würden denn genau angezeigt, hast du ein Beispiel? Sorry, ich verstehe da einfach nur Bahnhof. --Liebe Grüße, Lómelinde Diskussion 14:09, 10. Sep. 2015 (CEST)

Abwarten. Alles, was rot ist. Also etwa Kategorie:Wikipedia:Seite mit Einzelnachweisfehlern (beeilen, bevor die wieder leergefuttert ist). --PerfektesChaos 14:15, 10. Sep. 2015 (CEST)

Das dachte ich mir ja aber ich sehe da absolut gar nichts. --Liebe Grüße, Lómelinde Diskussion 14:17, 10. Sep. 2015 (CEST)

Hmm. Sowieso grad keine Seite drin.

Irgendwelche Fehlermeldungen in der Browser-Konsole?

Kategorie:Wikipedia:Vorlagenfehler/Vorlage:Literatur kennt grade In the Border States. Husch.

LG --PerfektesChaos 14:25, 10. Sep. 2015 (CEST)

Äh, peinlich, falsches Wiki: Spezial:Diff/145904790

Danke für den Hinweis --PerfektesChaos 14:30, 10. Sep. 2015 (CEST)

Klar ist da nichts drin, die habe ich ja schon getestet. Nein (also da sind natürlich immer irgendwelche Meldungen) was genau soll die Konsole melden also wonach sollte ich suchen? Ich sehe auch dort außer der roten WSTM-Meldung nichts, was anders wäre als sonst. Wo genau sollte ich etwas sehen? Vermutlich sollte ich etwas mehr Geduld mitbringen. Ich bin zu dusselig, natürlich musste ich das erst neu einbinden. Jetzt sehe ich klarer.   --Liebe Grüße, Lómelinde Diskussion 14:46, 10. Sep. 2015 (CEST)

Dresden

Hallo PC, ich kann mit der Meldung dort nicht viel anfangen, wie soll man denn die in einem so umfangreichen Artikel finden?

• Expression-Fehler: Unerwartete schließende eckige Klammer

Kannst du bitte mal schauen und es mir eventuell erklären wie ich effektiv danach suchen könnte? --Liebe Grüße, Lómelinde Diskussion 11:06, 22. Sep. 2015 (CEST)

• Die Fehlermeldung steht zwischen den Blöcken
  • Wahl des Dresdener Stadtrats 2014
  • Sitzverteilung im Dresdener Stadtrat 2014
• Ich vermute, das <ref> an JAHRALT= ist unerlaubt, oder so.
  • Es wurde versucht, mit einer Zahl zu rechnen.
• Konkrete Beseitigung und vielleicht Verbesserung der Programmierung durch die VWS.
• Leider hat remindErrorMessages es hier noch nicht geschafft, diese ausgeblendete Fehlermeldung sichtbar zu machen; aber ich werde diesen Fall und das entstandene HTML zum Anlass nehmen, auch zu den Eltern der Fehlermeldung durchzudringen.

LG --PerfektesChaos 12:02, 22. Sep. 2015 (CEST)

Ich bin inzwischen auch schon etwas schlauer geworden, und glaube der Fehler ist in der Vorlage:Wahldiagramm zu finden, die Meldung steht überall dort wo das drin ist. Ich habe mich vorhin echt dumm und dusselig gesucht und es dann aufgegeben, nimmt man die Vorlage raus ist auch die Meldung weg. --Liebe Grüße, Lómelinde Diskussion 12:12, 22. Sep. 2015 (CEST)

Also was ich meinte ist allein schon die nakte Vorlage ohne irgendeinen Parameter {{Wahldiagramm}}, also muss das doch über eine Untervorlage erfolgen oder? Na ja ich lass das lieber mit der Suche ich würde es eh nur vermurksen. --Liebe Grüße, Lómelinde Diskussion 14:07, 22. Sep. 2015 (CEST)

@Lómelinde: Na, dann schau dir heute nochmal Dresden an (Cache löschen, wenn immer noch im Nebel). Solche Berichte helfen bei der Vervollkommnung; ich habe nun den Eltern der Fehlermeldung die Maske vom Gesicht gerissen. LG --PerfektesChaos 00:39, 23. Sep. 2015 (CEST)

Prima, die Meldung ist nun sichtbar und verlinkt, Dankeschön. Ich hatte da noch mehr diffuse Meldungen gestern schau doch bitte mal in die Kategorie:Wikipedia:Seite mit Skriptfehlern da steht auf beiden Seiten eine ganze Liste mit ziellosen Einträgen, ich vermute aber die lassen sich nicht anbinden, oder? --Liebe Grüße, Lómelinde Diskussion 06:56, 23. Sep. 2015 (CEST)

Das war ein Phantomfehler. Vielleicht war ein von diesen Seiten benutztes Modul fehlerhaft, hat auf einigen zwischenzeitlich neu gebildeten Seiten die Kat ausgeworfen, und dann wurde das Modul repariert. Die mit Kat markierten Seiten tragen diese noch einige Zeit; es sei denn sie wurden editiert oder gepurged.

Teilweise oder vielleicht immer würden sich Skriptfehler mit einer roten Fehlermeldung bemerken lassen.

LG --PerfektesChaos 11:56, 23. Sep. 2015 (CEST)

O.k. Phantome sehe ich hier ja des Öfteren. Aber du weißt um welche Meldungen es ging, oder? Falls nicht ich hatte das →hier aufgelistet. Dankeschön für die Erklärung. --Liebe Grüße, Lómelinde Diskussion 13:06, 23. Sep. 2015 (CEST)

Wie hätte ich das vorher sehen können?

Ich suchte eigentlich eine Vorlage die inch→cm oder acre→Hektar wandelt, war aber zu dumm sie zu finden weil ich {{ac2ha}} dachte [es aber wohl 94.272 Acres (38.151 ha) sein müsste] und die komische Sammelkonvertierung benutzt habe. Soweit so gut dachte ich aber nach dem Speichern dann kam die Überraschung. →Spezial:PermaLink/178830495 warum wurde das nicht schon in der Vorschau angezeigt?

• Steht da in der Doku irgendwo dick und fett „verwende die aber nie im ANR“? Ich habe das zumindest nicht gesehen
• Ich dachte das Tool zeigt mir alle Fehler. Und Inch sollte ich auch nach wandeln, denn ich wüsste nicht wieviel wohl 100 inch wären, aber die Angabe ist mir eh etwas schleierhaft, weil nicht steht auf welche Fläche es sich bezieht. --Liebe Grüße, Lómelinde Diskussion 16:05, 4. Jul. 2018 (CEST)

• Musstu den Helden fragen.
  • Dort heißt es: {{#if:{{Boolandnot|{{REVISIONID}}|{{NAMESPACE}}}}| error
  • Vorlage:Boolandnot sagt uns: „wahr, wenn der erste Parameter nicht leer und der zweite leer ist“.
  • REVISIONID ist bei der Quelltextbearbeitung leer und beim Angucken und VE die zuletzt gespeicherte Versionsnummer.
  • NAMESPACE ist leer, wenn die dargestellte Seite im ANR liegt.
  • Boolandnot für eine Artikel-Ansicht sagt also: REVISIONID=12345678 und NAMESPACE= und das bedeutet: Fehlermeldung anzeigen.
  • Bei der Quelltextbearbeitung eines Artikels gilt: REVISIONID= und NAMESPACE= und das bedeutet: Keine Fehlermeldung anzeigen.
  • Der zunächst beabsichtigte Effekt wäre einfacher gegangen: {{#if: {{REVISIONID}}{{NAMESPACE}} | | error
• Das ganze Manöver hat aber einen fundamentalen Denkfehler, der nach einem Jahrzehnt in der Vorlagenprogrammierung nur noch Entsetzen zurücklässt: REVISIONID und NAMESPACE haben den Wert für die dargestellte Seite und nicht für die Seite, in deren Quelltext das auftauchen würde.
  • Wenn das also legitimerweise in der Programmierung der Vorlage X verwendet wird, und diese dann in einem Artikel eingebunden wird, dann ist der NAMESPACE nicht Vorlage, sondern ANR, und die Fehlermeldung wird sinnfrei in der Vorschau angezeigt.
  • Die Idee, nur bei Einbindungen direkt im Artikelquelltext irgendwas auszulösen, geistert jetzt schon seit etlichen Monaten herum und hatte ich in der VWS bereits mehrfach als nicht realistisch zurückgewiesen.
• Wikipedia:Löschkandidaten/4. Juli 2015 #Vorlage:Einheitenumrechnung (bleibt)
• In der Vorlagendoku steht nichts, und es hat auch keine Stelle irgendwas dazu entschieden.
• Nebenbei möchte ich nicht jeden Tag von dir irgendeinen beinahe provozierten Konflikt sehen und schon geistig in die Feuerwehrstiefel zwecks Schadenbegrenzung springen müssen (AZ, Importe/BNR). Das erste Halbjahr hatte WikiStress pur, und ich möchte jetzt endlich mal zur Ruhe kommen dürfen und versuchen mich zu erholen. Es hat 30 Grad und ich japse nur noch und probiere noch mein RL halbwegs am Laufen zu haben.

LG --PerfektesChaos 21:06, 4. Jul. 2018 (CEST)

Dankeschön für die Erklärung. Ich wollte dich gar nicht stressen, sorry, aber die Fehler, die noch im ANR sind, sind megalangweilige Fehler, hier mal ein kursiv da mal ein fett oder small mit Umbruch, veraltete soll ich nicht, Benutzer soll ich nicht = Diskussionsseiten, Projektdisk auch nicht, „effektiv“ ist da aber nichts mehr. --Liebe Grüße, Lómelinde Diskussion 06:49, 5. Jul. 2018 (CEST)

Du hattest mich gestern die Hälfte der Wiki-Energie des Tages gekostet. Es ist brütend heiß, sowas möchte ich bis zum Winter nicht mehr haben.

Du kannst es abwechslungsreicher gestalten: 5 Linter, eine Wartungskat, 5 Linter, wieder was anderes.

Wenn du dich langweilst, sind hier 9 von 100 Vorlagen, bei denen sich TD lohnen würde:

• Vorlage:Dowson1879
• Vorlage:Monier-Williams1899
• Vorlage:Denkmäler in Bayern
• Vorlage:MacTutor
• Vorlage:Flexikon
• Vorlage:RömppOnline
• Vorlage:Kieler Straßenlexikon
• Vorlage:Polytechnisches Journal
• Vorlage:Holleman-Wiberg

LG --PerfektesChaos 12:35, 5. Jul. 2018 (CEST)

Ja doch sorry, ich fühle mich schon schlecht ich habe es doch verstanden. --Liebe Grüße, Lómelinde Diskussion 13:09, 5. Jul. 2018 (CEST)

Edit vs. Submit

Kann es sein, dass es "submit" für den Bearbeitungsmodus gar nicht mehr gibt? Bisher wurde doch von "edit" darauf umgeschaltet, wenn man die Vorschau betätigte? Bei mir aber heute den ganzen Tag schon nicht und evtl. die letzten Tage auch schon nicht mehr, so dass das Skript im Bearbeitungsmodus gar nicht mehr aktiv ist. — Speravir – 00:40, 30. Okt. 2018 (CET)

Nachtrag: In der Adressleiste kann ich manuell noch "submit" einsetzen. — Speravir – 00:45, 30. Okt. 2018 (CET)

Habe gerade ausprobiert, URL schaltet planmäßig auf submit.

Mir sind auch keine akuten Änderungsabsichten bekanntgeworden, außer dass es 2010 mal geheißen hatte, man wolle das zusammenlegen.

Kann ich in meinem Skript aber ggf. anpassen; beeinflusst aber eigentlich nur den Hinweis unten neben dem Speicherknopf, während der Hinweis auf Fehler oben auf der Seite in allen Aktionen und Zuständen gezeigt wird, weil eigentlich immer nach Fehlern gesucht wird.

Möglicherweise hast du irgendeinen neumodischen Edit-Modus aktiviert, aber den würde ich eigentlich an deinen Bearbeitungen angezeigt sehen.

LG --PerfektesChaos 01:02, 30. Okt. 2018 (CET)

Danke, und Mist: Ich hätte mal unangemeldet testen sollen, denn da erfolgt das Umschalten wie bei dir. Ich nutze den 2010er Editor (ohne neues Syntaxhighlighting) und wüsste nicht, was ich selbst kürzlich geändert haben sollte. Muss ich mal einiges durchtesten. — Speravir – 00:51, 31. Okt. 2018 (CET)

Hmm, das macht mich wirklich ratlos: Ich habe den Firefox jetzt sowohl mit deaktivierten Skripten als auch deaktivierten Addons gestartet (obwohl letzteres eigentlich nicht der Grund sein konnte, weil es ja unangemeldet geht), aber es änderte sich nichts. Du würdest mir also helfen, wenn Du remindErrorMessages auf Edit und Submit erweitern könntest (bzw. edit oder submit …). Wie das andere Nutzer aufnehmen, weiß ich natürlich nicht. — Speravir – 20:32, 1. Nov. 2018 (CET)

Und nochmals: remindErrorMessages hat nichts mit action= zu tun; es ist immer in sämtlichen Modi aktiv, auch view und history und edit.

Die einzige Besonderheit ist, dass zusätzlich bei der Quelltextbearbeitungs-Vorschau zwischen dem Speichern-Veröffentlichen-Button und dem Vorschau-Button ein roter Hinweis mit Ausrufezeichen erscheint, dass Fehlermeldungen bekannt wären, damit noch nicht gespeichert wird, falls man gar nicht zum Seitenkopf beim Angucken der Vorschau gescrollt hatte.

Deiner Schilderung würde ich eher entnehmen, dass ein Skript bei dir im entsprechenden Modus abstürzt, und remindErrorMessages gar nicht erst gestartet wird.

Inspiziere mal Wikipedia:Technik/Browser/Entwicklerwerkzeuge #Fehlerkonsole.

LG --PerfektesChaos 01:59, 3. Nov. 2018 (CET)

Hmm, ich hatte es doch schon ohne Erfolg mit deaktivierten Skripten probiert. Und wenn ich von Hand auf "submit" gehe, dann funktioniert das Skript ja auch. Ich hatte mich mit „Du würdest mir helfen“ eigentlich nur auf dein „Kann ich in meinem Skript aber ggf. anpassen“ bezogen. Grundsätzlich sehe ich ja auch, dass da bei mir irgendwas Spezielles sein muss, was das Umschalten von "action=edit" auf "action=submit" verhindert – und dass Deine Disk-Seite womöglich die falsche Stelle ist, das weiter zu diskutieren.

Tatsächlich gibt es in der Fehlerkonsole eine CSP-Fehlermeldung wegen dieses von mir genutzten Skriptes: m:TemplateScript. Es wird dann aber ausgeführt. — Speravir – 20:12, 3. Nov. 2018 (CET)

Das Ding greift extrem heftig und rücksichtslos in die Wiki-Seite ein.

Außerdem verändert es die URL dahingehend, dass sie nicht mehr submit, sondern edit bleibt.

Und wenn es, wie sich das nach kurzem Drüberfliegen abzeichnet, die gesamte Wiki-Seite umbaut, dann ist auch klar, dass remindErrorMessages den standardisierten Ort nicht mehr finden kann, an dem es seine Box hinschreibt, oder dieses Dingens da die Box wieder löscht.

Die Fehlermeldung müsstest du dem dortigen Verantwortlichen schildern.

Dass ein derart die Wiki-Seite umpflügendes Teil inkompatibel mit allem anderen ist, wundert nicht.

LG --PerfektesChaos 20:52, 3. Nov. 2018 (CET)

Aber das hätte sich doch ändern müssen, wenn ich die Skripte deaktiviere. Ich habe sogar getestet, dieses Skript allein zu deaktivieren, ohne dass sich etwas geändert hat. Sollte ich da einem Skriptcache aufgesessen sein? Ich hatte jedenfalls alles mit Ctrl+Shift+R neu geladen. — Speravir – 22:15, 3. Nov. 2018 (CET)

Fehlereinblendung am Seitenbeginn

Im Zusammenhang mit den Zwiebelfischfehlern kam ich auf eine Idee. Ich weiß nicht, ob und wenn ja wie schwer die umzusetzen wäre, aber es kann ja nur schiefgehen: Nachdem ich das Skript zunächst deaktiviert hatte, dachte ich, sieh dir doch mal an, ob was mit CSS möglich ist und schrieb dann dieses in (das Addon) Stylus hinein: #remindErrorMessages_box ul { display: none; }
Auf diese Weise erhielt ich einen einzeiligen leeren Kasten in den Warnfarben, so dass ich den Hinweis bekam, dass es auf der Seite Fehler gibt, gleichzeitig war der Bildschirm damit nicht überfüllt, wie es in de Liste griechischer Phrasen zuvor der Fall war. Nun kann ich in Stylus diese Regel auskommentieren, aber viel schöner und für den Nutzer simpler wäre es, wenn man das per Klick auf den Balken machen könnte, am besten per Toggle. Könnte man das auch so schreiben, dass es je nach Gusto entweder zuerst eingeklappt oder ausgeklappt ist? — Speravir – 23:52, 2. Nov. 2018 (CET)

Nö, die Fehlermeldungen werden sichtbar gemacht, damit sie jetzt bei dieser Gelegenheit eliminiert werden können, und das was du ausgeblendet hast sind die Sprung-Links auf die gemeldeten Stellen.

Wenn du keine Fehlermeldungen haben möchtest, kannst du das Skript auch deaktivieren.

Die von dir beschriebene Situation gab es bislang nicht als erstrebenswert, und statt dass der „Bildschirm damit nicht überfüllt“ würde, hilft entweder Runterscrollen zum Beginn des Inhalts, oder Anklicken, damit Sprung zur defekten Stelle, und Fehler beseitigen.

LG --PerfektesChaos 02:05, 3. Nov. 2018 (CET)

Ich werde zwar das Gefühl nicht los, du hättest mich missverstanden, aber dann lassen wir es so. — Speravir – 22:03, 3. Nov. 2018 (CET)

Expansionstiefe und lahme Server?

Ich hatte es heute schon zwei mal einmal hier Hornträger und dann auch bei den Hirschen zunächst steht die Seite in den Linterfehlern weil etwas mit span nicht passen soll, wenn ich den Artikel dann anspringe und die Vorschau anklicke dann bekomme ich das jeweils zweite Kladogramm nur als riesenhafte Fehleranzeige mit Expansion depth limit exceeded Ja auch die Anzeige unten Höchste Expansionstiefe 41/40 sagt da stimmt etwas nicht. Nur sieht die Seite ja vorher ganz normal aus, wenn ich sie nur anschaue. Das tritt in der Letzten Zeit gehäuft auf, dass die Kladogramme wieder Probleme machen. Kann das irgendwo an einer Softwareänderung liegen. Der Linterfehler scheint auch gar nicht auffindbar zu sein, denn nach einem Aufruf der Funktion im Lesemodus = Seitenpurge ist er auch nicht mehr in der Liste. Derzeit scheint es irgendwie massive Serverprobleme zu geben. Die Kategorie:Wikipedia:Maximale Expansionstiefe überschritten ist ziemlich voll mit Kladogrammartikeln, aber das mit dem Zerstörten Kladogramm in der Vorschu ist mir bisher nur bei den anderen beiden passiert, die sind aber auch sehr viel größer. Trotzdem macht mir das Probleme, denn wenn ich es speichere dann sieht es danach auch erst mal so zerlegt aus, so weiß ich nicht wirklich ob ich derartige Artikel bearbeiten sollte oder es lieber lasse, damit ich nicht versehentlich Murks erzeuge, ich war zumindest vorhin nahe dran meinen Edit bei den Hirschen zurückzusetzen (zumal dadiese doofe userbox drin war. Doch jetzt sieht der Artikel scheinbar wieder normal aus. Beispiel für das was ich sah Spezial:Diff/190552311. Das ist jetzt auch eher unwichtig ich wollte es nur mal ansprechen, weil ich mich ein wenig fürchte etwas „so“ zu speichern. Ist das nur bei mir so? --Liebe Grüße, Lómelinde Diskussion 15:56, 15. Aug. 2019 (CEST)

1. Dieses Werkzeug kann da nix zu. Es tut brav seine Arbeit.
2. Ja, es gibt zurzeit eine Server-Überlastung mir unbekannter Ursache. Ist global sicher längst bekannt, aber ich bin selbst überlastet und habe keine Zeit zu schmökern, wer schon alles was alles gemeldet hatte und wer was als Ursache vermutet.
3. Tja, ob diese Kladodingse so ganz sauber ticken? Keine Ahnung.

LG --PerfektesChaos 16:17, 15. Aug. 2019 (CEST)

Doppelangabe

Vorlage:Haaretz_online/Test#remindErrorMessages_0 Vorlage:Haaretz_online/Test#remindErrorMessages_1 = Vorlage:Internetquelle | abruf=2020-MM-TT ist Pflichtparameter

Soll das so sein, und wenn ja, weshalb? |abruf= fehlt da definitiv nur einmal in der Vorlage. Das ist auch im ANR so das erschlägt einen ja förmlich. --Liebe Grüße, Lómelinde Diskussion 07:44, 9. Jun. 2020 (CEST)

• Auf der Seite Vorlage:Haaretz online/Test werden zwei Fehlermeldungen für dieselbe Einbindung generiert und stehen im vom Server versandten HTML-Dokument.
  1. Eine immer unsichtbar,
  2. eine mit editoronly für alle Sichter eingeblendet.
• Dieses Werkzeug macht nichts anderes als ganz brav die im Text verborgenen Fehlermeldungen sichtbar zu machen.
• Zu machen ist da nichts sinnvoll, und die Vorlage:Internetquelle mit anderthalb Millionen Einbindungen anzufassen und zu reformieren wird mich voraussichtlich ein bis zwei Jahre Lebenszeit kosten; Zeit die ich momentan nicht im Kalender habe.
• Niemand außer remindErrorMessages-Anwendern kann bemerken, dass dort zwei Fehlermeldungen generiert werden.

LG --PerfektesChaos 13:02, 9. Jun. 2020 (CEST)

Ach so, na dann wenn es nur ein paar wenige und mich betrifft, stört es ja nicht weiter. --Liebe Grüße, Lómelinde Diskussion 13:26, 9. Jun. 2020 (CEST)

Roter Wartungskasten ohne Text (2)

Hallo, falls hier richtig: In der TWS hatte ich das Phänomen vorgestellt, dass seit Tagen die Fehlerzeile(n) im roten Wartungskasten über dem Lemmatext nach dem Laden wieder verschwinden. Das verbleibende flache Rechteck lässt sich mittels Klick nicht verändern. Unter bspw. #Wartung steht die Fehleranzahl dann sichtbar richtig mit Link zur Wartungskat.

Wird die Seite neu geladen, passiert dasselbe.

Windows 10, FF 130.0, Vector alt (210), benutzerdefiniertes CSS (lange unverändert), keine Tools in letzter Zeit verändert.

Gruß, --Wi-luc-ky (Diskussion) 15:20, 4. Sep. 2024 (CEST)

Erstmal: Hier grundsätzlich richtig, danke für den Hinweis.

Von meiner Seite gab es keinerlei Änderungen; habe ich auch schon manchmal bemerkt, Ursache offenkundig bei den WMF-Rumbastlern.

VG --PerfektesChaos 21:40, 4. Sep. 2024 (CEST)

Verschiebungsproblem

Um noch einmal darauf zurückzukommen, dass die Anzeige manchmal merkwürdig verschoben wird. Das sieht dann in etwa so aus (ich reduziere mal die Syntax auf das wesentliche). Oben betätigter Linthintbutton, darunter die remindErrorMessages-Box mit Meldungen, dann so vorhanden die Linthintmeldungen, darunter dann ein Vorschauhinweis, in den ein Teil der ErrorMessages als Skript-Warnung steht. →von dort

lintHint

Vorschau

Dies ist nur eine Vorschau, die Seite wurde noch nicht gespeichert! → Zum Bearbeitungsfeld gehen

Skript-Warnung:
>>> Fehler bei Vorlage * Parametername unbekannt (Vorlage:Webarchiv): "date"

Skript-Warnung:
>>> Fehler bei Vorlage:Webarchiv</a>: Genau einer der Parameter 'wayback', 'webciteID', 'archive-today', 'archive-is' oder 'archiv-url' muss angegeben werden.
…

Auch das scheint eine Folge des Updates am letzten Donnerstag zu sein. Schauen wir mal, ob sie das heute reparieren, oder das so bleiben soll. --Liebe Grüße, Lómelinde Diskussion 07:42, 12. Sep. 2024 (CEST)