Um einen Abschnitt dieser Seite zu verlinken, klicke im Inhaltsverzeichnis auf den Abschnitt und kopiere dann Seitenname und Abschnittsüberschrift aus der Adresszeile deines Browsers, beispielsweise
[[Wikipedia:Technik/Archiv/2020#Thema 1]]
oder als Weblink zur Verlinkung außerhalb der Wikipedia
Letzter Kommentar: vor 1 Jahr31 Kommentare10 Personen sind an der Diskussion beteiligt
Hi, bekomme seit heute folgende Fehlermeldung, wenn ich den Abschnitt Einzelnachweise bei einigen Artikeln editieren möchte, siehe Kraftwerk Aratiatia.
Fehlermeldung:
Interner Fehler
[Xhm8agpAAEAAABPliC8AAAAL] 2020-01-11 12:15:38: Fataler Ausnahmefehler des Typs „LogicException“
Dies passiert, wenn die Einzelnachweise im Abschnitt unter <references> ... </references> untergebracht sind.
Das was ich oben beschrieben habe, ist eine Fehlermeldung, die in der beschriebenen Situation auftritt, ... ist also keine Lösung. Der Fehler ist immer noch virulent. Vorhin hatte ich den „... servers are currently under maintenance...“ auch beim Umbennen eines Artikels mehrfach. Irgendwo ist der Wurm drin. Wer weiß mehr??? .. und kann Abhilfe schaffen. Gruß -- Ulanwp (Diskussion) Wikipedia:Technik/Archiv/2020#c-Ulanwp-2020-01-12T17:14:00.000Z-Kürschner-2020-01-12T16:41:00.000Z11
Das war der Test, ob irgendwelche Benutzerskripte reinfunken. Offensichtlich nicht, trotzdem seltsam, dass der Fehler scheinbar doch nur in einer bestimmten Konfiguration aufzutreten scheint. Dass es sich um das Problem im verlinkten Task handelt, denke ich auch. Habe mich mal durch den Code gelesen, aber da reicht mein Verständnis für die interne Abwicklung der Ref-Syntax nicht aus. Gruß, -- hgzhWikipedia:Technik/Archiv/2020#c-Hgzh-2020-01-13T12:24:00.000Z-Ulanwp-2020-01-13T08:18:00.000Z11
Das Cite-System (die Referenzen) wird schon seit Wochen grundlegend modernisiert und erweitert, unter anderem hierfür. Es gibt also zahlreiche Änderungen, die für Außenstehende wie uns nicht leicht zu durchblicken sind und bei denen auch Fehler passieren. Wir können größtenteils nur zuarbeiten und hoffen, dass das zeitnah behoben wird. Gruß, -- hgzhWikipedia:Technik/Archiv/2020#c-Hgzh-2020-01-13T12:50:00.000Z-Kürschner-2020-01-13T12:35:00.000Z11
Ich vergaß – der Fix ist noch nicht eingespielt, es dauert also wohl noch ein bisschen. Und weil bei dir gemäß deiner Einstellung die Vorschau schon beim Klick auf den Bearbeiten-Button geladen werden soll, bei mir aber erst nach Klick auf „Vorschau zeigen“, kommst du gar nicht zum Bearbeiten, ich aber schon. -- hgzhWikipedia:Technik/Archiv/2020#c-Hgzh-2020-01-14T09:42:00.000Z-Kürschner-2020-01-14T09:33:00.000Z11
Letzter Kommentar: vor 4 Jahren3 Kommentare3 Personen sind an der Diskussion beteiligt
Hallo!
Ich würde gern nicht nur den Text des Eintrags "Regionaler Arbeitskreis Entwicklung, Planung und Verkehr Bonn/Rhein-Sieg/Ahrweiler" ändern, sondern auch die Überschrift selber.
Der Arbeitskreis hat nämlich seinen Namen geändert und heißt jetzt "Regionaler Arbeitskreis Bonn/Rhein-Sieg/Ahrweiler".
Leider kann ich in der Bearbeiten-Funktion ausgerechnet diesen Teil der Seite aber nicht ändern, die Überschrift ist immer grau/inaktiv.
Geht es irgendwie, die Überschrift zu ändern, oder muss ich den Artikel löschen und einen neuen anlegen?
Danke im Voraus und ratlose Grüße!
Margret Zavelberg (nicht signierter Beitrag vonMargret Zavelberg (Diskussion | Beiträge) Wikipedia:Technik/Archiv/2020#c-Margret Zavelberg-2020-02-28T07:27:00.000Z-Artikel-Name/Überschrift ändern11)
Dieser Abschnitt kann archiviert werden. MGChecker – (📞| 📝| ) 11:03, 3. Apr. 2020 (CEST): Scheint behoben zu sein.
Bearbeitung einer Seite
Letzter Kommentar: vor 4 Jahren3 Kommentare3 Personen sind an der Diskussion beteiligt
Hallo,
Ich habe am Abend des 19.03.2020 eine lange und aufwendige Bearbeitung des Artikels"Jüdisches Leben in WIen " durchgeführt.Leider kam es zu Problemen als ich speichern wollte. Die Änderungen liesen sich nicht speichern und am Ende musste ich die Seite neu Laden.Nun hatte ich die möglichkeit wieder weiter zu machen bei meiner Arbeit nur frierte oder verlangsamte sich der Browser und Firefox sendete mir eine Narchicht gleichen Inhalts.So blieb mir keine anderwe Wahl als die Bearbeitung nicht weiterzumachen aber somit verschwand alles.Könnten Sie mir helfen meine Arbeit wieder zu rekonstruiren? (nicht signierter Beitrag vonAri Fischkopf (Diskussion | Beiträge) Wikipedia:Technik/Archiv/2020#c-Ari Fischkopf-2020-03-20T00:49:00.000Z-Bearbeitung einer Seite11)
Die APPER-Seite hab ich ganz vergessen. Generell funktioniert der Login noch, allerdings bin ich (schon länger) dabei das umzustellen und will daher in das alte Zeugs nicht mehr viel Zeit investieren. Bei den Scripten, die noch mit MwBot laufen kommt beim Schreiben einer Seite die Fehlermeldung ist "Anonyme Beiträge von deiner IP-Adresse (172.16.7.167) sind nicht erlaubt. Bitte melde dich an.". Mit meiner neuen Klasse hab ich da kein Problem. Also irgendwas hat sich geändert. --Wurgl (Diskussion) Wikipedia:Technik/Archiv/2020#c-Wurgl-2020-04-06T09:29:00.000Z-Hgzh-2020-04-06T09:04:00.000Z11
Ich hab in den drei Jahren, seit der Übername des APPERbot, schon so ziemlich alle für mich notwendigen Funktionen in einem API-Framework gebastelt. Alles seitdem neu geschriebene, verwendet diese neuen API-Funktionen. Muss das nur noch in ein paar alte Script einbauen. Never touch a running system – aber nun rennt es ja nicht mehr, also ist die Zeit gekommen. --Wurgl (Diskussion) Wikipedia:Technik/Archiv/2020#c-Wurgl-2020-04-06T13:32:00.000Z-Luke081515-2020-04-06T13:18:00.000Z11
wobei der Link |url=https://ondemand-mp3.dradio.de/file/dradio/2020/04/14/das_oekostrom_archipel_aland_setzt_auf_100_prozent_dlf_20200414_1840_4dc47134.mp3 gültig ist.
Ich hatte (vorher) im oberen Teil einen nicht allzuhohen Rahmen über die ganze Breite und so ein zerbrochenes Notensymbol mittig als einziges Element, hab dann auf das draufgeklickt (auf Neugierde, aus Frust, irgendsowas) und *zack* kam der übliche Fortschrittsbalken und der hat auch losgelabert. Jetzt kommt sofort dieser Laberbalken, im Firefox ganz unten, im Seamonkey weiter oben. --Wurgl (Diskussion) Wikipedia:Technik/Archiv/2020#c-Wurgl-2020-04-19T13:25:00.000Z-Lómelinde-2020-04-19T11:38:00.000Z11
Letzter Kommentar: vor 4 Jahren4 Kommentare2 Personen sind an der Diskussion beteiligt
Hi Team, ich arbeite manchmal mit Tampermonkey um Benutzerskripte direkt im Chrome-Browser auszuführen. Das bringt natürlich das Problem mit sich, dass das mw-Objekt nicht direkt verfügbar ist. Erstaunlicherweise kann ich mw.loader.load problemlos ausführen, bei mw.loader.using bekomme ich hingegen den Fehler mw.loader.using is not a function angezeigt. Muss ich hier noch auf eine Funktion warten oder etwas nachladen? Besten Dank! --FNDEWikipedia:Technik/Archiv/2020#c-FNDE-2020-04-24T11:58:00.000Z-mw.loader.using is not a function11
Ist ein zeitliches Synchronisationsproblem, kenne ich auch.
Die plumpe Tour wäre, eine oder zwei Sekunden zu warten, aber unwürdig.
Es gibt in JS sowas wie window.watch() (Obacht bei GreaseMonkey, welches window das eigentlich wann ist, das unsafe brauchst du) und damit kannst du drauf statt Hunderte von Millisekunden 12 Mal abzuwarten eine neue Stufe triggern, sobald window.mediaWiki ein Objekt ist, und danach darauf triggern, ob auch window.mw.loader ja wohl ein Objekt ist, und danach empfehle ich trotzdem nochmal 50 Millisekunden zu warten weil der mw.loader nach seiner Erschaffung noch ein Momentchen für seine eigene Initialisierung und die Bereitstellung von .using() braucht.
Wenn du immer schon mw.loader.load hast, dann wäre die erste Stufe in deiner Konfiguration und Rechnerauslastung geschafft. Dann kannst du in einer Schleife von 50 bis Null alle 50 Millisekunden runterzählend fragen, ob mw.loader.using() eine function ist; müsste sie schon nach dem ersten Timeout sein.
Irgendwie ist in dem mw.loader kein abfragbares Event vorgesehen, das einem mitteilen würde, dass die Initialisierung beendet wäre.
Letzter Kommentar: vor 4 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt
Sorry to use English. Hilf bitte mit, in deine Sprache zu übersetzen.
This is a reminder of the message sent on Monday 27th April.
A maintenance operation will be performed on Thursday 30th April at 05:00 AM UTC.
It impacts all wikis and is supposed to last a few minutes.
During this time, new translations may fail, and Notifications may not be delivered. For more details about the operation and on all impacted services, please check on Phabricator.
A banner will be displayed 30 minutes before the operation.
Please help making your community aware of this maintenance operation.
Letzter Kommentar: vor 4 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt
Sorry to use English. Hilf bitte mit, in deine Sprache zu übersetzen!
A maintenance operation will be performed on Thursday May 5 at 05:00 AM UTC.
It is supposed to take around 15 minutes.
During this time, you may not be able to edit the wikis. For more details about the operation and on all impacted services, please check on Phabricator.
A banner will be displayed 30 minutes before the operation.
Please help making your community aware of this maintenance operation.
Over-qualified CSS selectors have been changed. div#p-personal, div#p-navigation, div#p-interaction, div#p-tb, div#p-lang, div#p-namespaces or div#p-variants are now all removed of the div qualifier, as in for example it is #p-personal, #p-navigation …. This is so the skins can use HTML5 elements. If your gadgets or user styles used them you will have to update them. This only impacts the Vector skin.
On this wiki, this impacted or still impacts the following pages:
Letzter Kommentar: vor 4 Jahren5 Kommentare3 Personen sind an der Diskussion beteiligt
Ich hab heute mal versucht, bei Wikihistory das entsprechend anzupassen: Benutzer:Wurgl/WikiHistory.js. Klappt aber nicht, die Url ist okay, da kommt was zurück. Aber ich hab den Eindruck, dieses mw.loader.load() mag diese Änderung nicht so ganz toll.
Wenn es denn eine Fehlermeldung gäbe. Da ist nix. Diese vier Zeilen finde ich, aber die sind vor und nach der Änderung vorhanden.
* JQMIGRATE: Migrate is installed with logging active, version 3.1.0
* DNT is on, logging disabled
* Use of "addOnloadHook" is deprecated. Use jQuery instead.
* JQMIGRATE: jQuery.fn.hover() is deprecated
Und das sind laut Browser auch nur Warnungen (aber farblich hervorgehoben) … die anderen Meldungen/Warnungen sind alle zwischen "klappt" und "klappt nicht" gleich, bis auf den Zugriff auf "https://tools.wmflabs.org/wikihistory/wiki/getauthors.php", der fehlt bei "klappt nicht".
Letzter Kommentar: vor 4 Jahren14 Kommentare3 Personen sind an der Diskussion beteiligt
Moin, bei einer Reihe von Links auf gleichnamige Galerieseiten (aufgefallen ist mir das bei 10 Kirchen) verschluckt {{Commons}} das, was in der Klammer steht. Beispiele:
hgzh war nur ausführendes Organ; wenn dann wär ich verantwortlich.
Standardmäßig entklammern wir alle Lemmata; eher selten ist die Situation dass wir ein Klammerlemma hätten und mit exakt gleichem Klammerlemma auf Wikidata eine Galerie liegen würde.
Es gibt einen Bot, der gelegentlich vorbeikommt und sowas repariert.
Sehr viel häufiger als die anderen ist die Situation, dass wir ein Klammerlemma haben, es aber auf Commons die Galerie ohne Klammern geben würde, oder aber mit einer ganz anderen Klammer.
@Wurgl: Magst du mal eine deiner phänomenalen Wartungsquarry bauen und herausfinden, wo es denn Stand jetzt Differenzen geben würde, und diese explizit zuweisen?
Einfach die Quarry-Zeilen umformatieren auf * [[Trefferseite]] und die auf commons:Commons:Sandbox angucken; wo Rotlink da Handlungsbedarf.
Vor anderthalb Jahrzehnten konnten wir noch nicht entklammern; inzwischen haben wir 581 Vorlagen mit Entklammerung und das ist heutzutage der bevorzugte Standard. Was etwas Migrationsbeschwerden nach sich zu ziehen pflegt, in Einbindungen wie in Köpfen.
Ich vermute, in ein paar Wochen haben das einige fleißige Wartungsameisen weggeknabbert; wenn du im Juli freundlicherweise nochmals eine Auswertung hier einstellen würdest, was dann noch übrig sei. Ist mittelüberschaubar; sowas wird auch gern mal händisch durchgeputzt.
Ich werde mal einige fleißige Bienchen so nach und nach alarmieren, sie mögen über deine Liste herfallen und Honig daraus saugen.
Wenn du sie dann übermorgen oder so vielleicht neu generieren würdest? Wegen mittlerweile erledigter Einträge und so.
Die Liste hier auf dieser Seite dürfte inzwischen obsolet geworden sein; wegen Traffic und der dafür nicht vorgesehenen Werkstattseite würde ich empfehlen, sie zu löschen und auf die kleine Wurgl-Seite umzuziehen.
Letzter Kommentar: vor 4 Jahren5 Kommentare4 Personen sind an der Diskussion beteiligt
Im englischsprachigen Artikel "Sant Andreu Jazz Band" wird auf den Leiter der Band, Joan Chamorro, verwiesen.
Der Verweis erscheint rot. Es gibt aber schon einen eigenen (deutschen) Artikel über Joan Chamorro, der Verweis sollte also blau erscheinen.
Merkwürdigerweise steht im Quelltext der Name Joan Chamorro schon mit doppelten eckigen Klammern.
Gibt es eine "Barriere" zwischen deutschen und englischen Artikeln,sodass in diesem Fall die eckigen Doppelklammern nicht wirksam werden? (nicht signierter Beitrag vonMinzbacher (Diskussion | Beiträge) Wikipedia:Technik/Archiv/2020#c-Minzbacher-2020-04-04T11:31:00.000Z-Verweis auf Artikel: Rot und blau11)
Normale Links zeigen auf Seiten in der gleichen Sprachversion. Alles andere wäre ja auch problematisch: Für viele Lemmagegenstände gibt es Artikel in allen möglichen Sprachen, und welche ein Benutzer versteht, ist unklar. Auf welche sollte also verlinkt werden? Man kann aber mit Interwiki-Links explizit in ein andere Sprachversion verlinken. Diese sind aber zumindest in der deutschprachigen und englischsprachigen Wikipedia im Artikelfließtext nicht erwünscht. --Count Count (Diskussion) Wikipedia:Technik/Archiv/2020#c-Count Count-2020-04-04T11:42:00.000Z-Minzbacher-2020-04-04T11:31:00.000Z11
Es müsste eine Projekt-Richtlinie erarbeitet werden, wie allgemein mit der beschriebenen Angelegenheit umgegangen werden soll, und dies danach auch in WP:Weiterleitung hinterlegt werden.
Letzter Kommentar: vor 4 Jahren3 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo liebe Community,
am Samstag ist mir aufgefallen, dass das WIWOSM nicht mehr korrekt funktioniert:
wenn ich eine Stadt, einen Landkreis oder ein anderes aktuelles Verwaltungsgebiet aufrufe, dann erscheint zwar die entsprechende Karte, teilweise aber nicht mehr der richtige Ausschnitt, zudem ist die blassrote Darstellung der Fläche inklusive der roten Grenzzeichnung des entsprechenden Gebiets bei allen Karten verschwunden.--Fraiser (Diskussion) Wikipedia:Technik/Archiv/2020#c-Fraiser-2020-07-14T15:51:00.000Z-WIWOSM mit Störung11
Letzter Kommentar: vor 4 Jahren6 Kommentare3 Personen sind an der Diskussion beteiligt
Hallo, bei von mir neu angelegten Seiten wird in der Wikipedia Android App unter dem Titel "Titelbeschreibung hinzufügen" angezeigt, siehe zum Beispiel den Artikel Ren Qian. Fast alle anderen Artikel haben eine solche Titelbeschreibung. Wo ist dieses Feature dokumentiert? Ich ziehe es vor, Bearbeitung an Wikipedia nur am Desktop vorzunehmen. Deshalb ergeben sich für mich einige Fragen:
Wo wird die Titelbeschreibung gespeichert?
Kann die Titelbeschreibung im Quelltext des Artikels festgelegt werden?
Wie wird kontrolliert, dass diese Titelbeschreibung Sinn ergibt? (Also was müsste ich auf meine Beobachtungsliste setzen?)
Das kann in Special:MyPage/vector.js eingefügt werden (falls Du den Vector-Skin verwendest, sonst eben monobook.js o.ä.), dann steht auch in deiner Desktop-Version unterhalb des Seitennamens z. B. bei Ren Qian folgendes:
In Chrome: Erst einmal ein Incognito-Fenster öffnen, damit keine Cookies mit gespeichert werden. Dann mit Ctrl-F5 neu laden, um eine alte Version im geteilten Incognito-Browser-Cache auszuschließen. Wenn der Fehler weiterhin reproduzierbar ist, mit F12 das Debug Fenster öffnen und mit Ctrl-R die Seite neu laden. Dann unter Network in der Liste rechts klicken und Save all as HAR file auswählen. Die kannst du mir gerne schicken und ich schaue es mir an und destilliere es in einen Bug Report. Ich schicke dir eine Wiki-Mail, dann hast du meine email-Adresse. --Count Count (Diskussion) Wikipedia:Technik/Archiv/2020#c-Count Count-2020-04-03T10:30:00.000Z-Molgreen-2020-04-03T10:10:00.000Z11
Hallo PerfektesChaos, auf dem Portal:Physik haben wir ein entsprechendes Problem. Es gibt dort zwei Boxen, deren Inhalte sich ändern sollten: zum einen die Box mit dem "Artikel des Monats" (Änderung monatlich), zum anderen die "Aktuellen Jahrestage" (Änderung täglich). Ich habe es gestern mit Deinem obigen Vorschlag versucht, die Vorlage:NULL im Portal zu verwenden. Leider sehe ich heute, am 2.3.2020 um 8:30 Uhr, sowohl als nicht angemeldeter, als auch als angemeldeter Leser unter "Aktuellen Jahrestage -> heute" die Einträge vom 1.3.2020. Ich klicke absichtlich nicht auf "Serverseitig acktualisieren" (worüber ein Purge angestoßen werden könnte), damit das auch andere sehen können. Daher meine Fragen:
Habe ich die Vorlage:NULL evtl. an der falschen Stelle auf der Portal-Seite eingebaut?
Gehört die Vorlage:NULL anstelle direkt auf das Portal eventuell auf Portal:Physik/Jahrestage, wo wir mit {{Portal:Physik/Kalender/{{#timel: m-d | +0 days}}}} arbeiten? Oder auf beide Seiten?
Hätte ich bei der Verwendung der Vorlage {{NULL|{{LOCALDAY}}}}{{NULL|{{#timel:G}}}} statt {{NULL|{{LOCALDAY}}}}{{NULL|{{#time:G}}}} schreiben müssen, weil wir ja auf Portal:Physik/Jahrestage auch ein #timel verwenden?
Das einfache zuerst: Die Vorlageneinbindung ist schon korrekt und auch alle Varianten sind egal; eine reicht.
Der Trick soll dadurch wirken, dass eine Seite, die irgendwas von LOCALDAY oder #time: einbindet, früher™ mal einen Flag („TTL“) bekam und im Cache häufiger aktualisiert wurde; eigentlich für alle, mindestens aber für angemeldete Benutzer.
Das funktioniert derzeit noch nicht mal für angemeldete Benutzer, wie ich an Vorlagen-Dokus ablesen kann, wo in den Kopiervorlagen ein Abrufdatum mitgegeben wird. Das war früher mal tagesaktuell, ist aber schon seit einiger Zeit gern eine Woche alt.
Die WMF hat zurzeit wohl Probleme mit der physischen Serverlast.
Nicht angemeldete Lesezugriffe werden von vielleicht 1000 physischen Servern beantwortet, ich habe den Überblick über die Addition aller Maschinen in allen Rechenzentren verloren.
Über 99 % der Anfragen sind unangemeldet; die angemeldeten werden eigentlich auf spezielle Rechenzentren und Server umgeleitet und bevorzugt bearbeitet – erst recht eine Quelltextbearbeitung egal von wem.
Ich verfolge seit mehreren Jahren, dass die Serverfarmen sogar für angemeldete Benutzer nicht mehr hinterherkommen, die dargestellte Cache-Version zeitnah zu aktualisieren.
Der einzige Weg, den ich hier sehe, wäre auf WP:BA einen Bot-Betreiber dazu zu bringen, innerhalb DACH für eine kurze Liste auf einer geeignet formatierten Wiki-Seite hinterlegter Einträge „wiki:Seitenname“ alle elf Stunden ein tiefes API-purge auszulösen.
Die Zahl der gültigen Einträge könnte auf unter 100 begrenzt werden.
Alle elf Stunden mal 100 Seiten ist eine relativ geringe Frequenz, die die Interessen des Gesamtsystems berücksichtigt und die bestehende Überlast nicht noch verschlimmert.
Der Start könnte pro Eintrag eine Minute später gestartet werden, also beginnend um die elfte Stunde seit letztem Serien-Start bis zu anderthalb Stunden lang. Damit werden die Aktionen über breite Zeitspannen gestreut und wandern mit den Zeitzonen durch alle Spitzenzeiten.
@Prüm: Vielen Dank für den Hinweis! Ich bin bis eben davon ausgegangen, dass der Trick mit {{NULL|{{LOCALDAY}}}}{{NULL|{{#time:G}}}}, den mir Benutzer:PerfektesChaos oben gegeben hat, seit 1. März 2020 auf dem Portal:Physik für die Aktualisierung der Jahrestage sorgt (siehe meinen damaligen Edit). Aufgrund Deines Hinweises habe ich den Quellcode jetzt erneut angesehen und feststellen müssen, dass Benutzer:Antonsusi die Null-Vorlage am 22. Juni 2020 wieder aus dem Portal entfernt hat. Dazu deshalb folgende Fragen:
1.) @Benutzer:Antonsusi: Was war der Grund für Deinen Edit? (Insbesondere, da mein HTML-Kommentar in der Zeile darüber Dich auf den Hintergrund der Zeile hätte hinweisen können...)
Mittlerweile sind die Server so ausgelastet, dass noch nicht mal mehr der alte Trapper-Trick mit der Einbindung von CURRENTDAY usw. noch vorhersagbar sicher funktioniert. Das hatte in der historischen Cache-Programmierung mal garantiert, dass mit Ende des Server-Tages die Seite aus dem Cache flog, aber da sind inzwischen zwei Generationen Reform drüber gegangen. Glaskugel ist trübe. Kann klappen, vielleicht auch nicht.
Die WP:BA mögen eine bei WP:Bots angesiedelte Unterseite für atualisierungsbedürftige Seiten in diesem und befreundeten Projekten einrichten. Eine Benutzerseite eines nicht mehr aktiven Benutzers von einem nicht mehr aktiven Bot ist kein gutes Projektmanagement; das gehört sich als zentrale offizielle Projekt-Aufgabe.
Es kann sich auch jeder selbst in seinen Browser einen kleinen automatischen Aufweck-Bot programmieren; API-Anschubser reicht.
Wenn der Parser auf {{NULL|{{LOCALDAY}}}} stößt, dann ist er gezwungen, den ersten Vorlagenparameter auszuwerten. Immer. Vorher kann die Auswertung der Vorlageneinbindung nicht fortgesetzt werden.
Damit wissen die Eigenschaften der Seite, dass diese Parserfunktion aufgerufen wurde.
Danach ignoriert Vorlage:NULL zwar diesen und jeden anderen Parameterwert, aber {{LOCALDAY}} ist ausgewertet worden.
Hingegen ist style="display:none" die alte Pfuscherei, Inhalte in die Seite einzufügen, die einem dann an anderer Stelle um die Ohren fliegen. Njet.
Das Problem ist ein anderes: Der Parser ist inzwischen zweimal umprogrammiert worden, und das Cache-Management inzwischen auch midestens einmal.
Außerdem ist dem Serverbetrieb der angemeldeten wie anonymen Anfragen die Cacherei inzwischen ein wenig an die Grenzen gestoßen, und man hat öfters Performance-Probleme.
Früher wurden zumindest die angemeldeten Benutzer bevorzugt bedient.
Kann aber auch alles wieder werden, und der Aufruf der Parserfunktion kann auch wieder zuverlässig einen Cache-Verfall-Zeitpunkt für die Seite setzen. Und das Cache-Management diesen angemeldet und anonym berücksichtigen.
„Diese Portalseite wird gewiss so oft aufgerufen, dass das hier genannte Problem extrem selten auftauchen dürfte“
Es ist völlig wurscht, wie oft eine Seite aufgerufen wird.
Bei jedem Aufruf wird der Inhalt immer aus dem Cache bedient.
Entscheidend ist, wann der Cache aktualisiert wird, nicht wie oft aufgerufen würde.
Maßgeblich ist für angemeldete wie anonyme Benutzer deshalb, dass:
Der Seiteninhalt bearbeitet und gespeichert wurde.
Ein Purge auf die Seite ausgeführt wird.
Eine „TTL-Funktion“ enthalten wäre, wozu LOCALDAY usw. gehören, und das Cache-Management diese Logik dann auch berücksichtigt; sie setzt einen Zeitpunkt, zu dem der Cache ungültig würde.
Im übrigen: Eine Vorlage, welche nichts zurückgibt, einzubinden, nur um den Server zu aktivieren, ist m.E. genauso "Pfuscherei", wenn auch etwas eleganter und genauso ein "versteckter Text" wie "display:none"
@Prüm, PerfektesChaos, Antonsusi: Vielen Dank für Eure zahlreichen Beiträge oben. Ich beantworte sie jetzt nicht einzeln, sondern fasse das mal aus meiner Sicht zusammen (und übersehe dabei hoffentlich keine Frage/Anmerkung):
@Antonsusi: wenn ich das richtig verstehe, so ging es Dir bei Deinem ursprünglichen Edit darum, dass Du die Vorlage:NULL vermeiden möchtest (aus Gründen, die ich noch nicht verstanden habe!). Daher würdest Du {{LOCALDAY}} lieber in einem <span style="display:none;">{{LOCALDAY}}{{#time:G}}</span> sehen als in {{NULL|{{LOCALDAY}}}}, bzw. gleich außerhalb als angezeigter Text wie in Deiner neuesten Version, in der Du Für {{CURRENTDAY}}. {{CURRENTMONTHNAME}}anzeigen lässt.
Daher meine Fragen @PerfektesChaos: Sind diese drei Varianten betreffend der Cache-Aktualisierung äquivalent, oder siehst Du da einen Unterschied? Dem oben Geschriebenen entnehme ich, dass Du die Variante mit Vorlage:NULL klar bevorzugst; dennoch hier nochmal die Frage: würden denn die beiden neuen Varianten ("display:none" bzw. tatsächlich dargestellter Text) prinzipiell funktionieren?
@Antonsusi: Nachdem wir das Portal während unserer Redaktion-Physik-internen Diskussion um die informativ-Auszeichnung sehr intensiv besprochen haben, weiß ich dass die zusätzliche Zeile, die Du mit Deinem neuesten Edit (d.h. mit Für {{CURRENTDAY}}. {{CURRENTMONTHNAME}}) eingefügt hast, unerwünscht ist. Die Argumente dagegen sind unter anderem: das kostet vertikalen Platz, der überflüssig ist; das Datum wird in den drei Kategorien heute/morgen/übermorgen vor jedem einzelnen Namen genannt, daher ist die Zeile redundant. Eine Lösung, die keinen weiteren Platz kosten würde, wäre, das {{CURRENTDAY}}. {{CURRENTMONTHNAME}} in die Zeile "Serverseitig aktualisieren" zu packen, die dann etwa "Wenn heute nicht der xx.xx ist, dann klicke bitte auf Serverseitig aktualisieren" lauten könnte.
@Prüm: So toll ich Deinen Vorschlag mit dem Bot finde, der gemäß der damaligen Diskussion in der Redaktion Physik auch favorisiert wurde, so muss ich Benutzer:PerfektesChaos zustimmen, dass der von Dir vorgeschlagene Bot etwas merkwürdig aussieht:
– Benutzer:AsuraBot gibt gleich am Anfang in der Box an " Der Bot ist zurzeit außer Betrieb",
Fazit: 1.) Als kurzfristige Lösung, würde ich entweder den oben vorgeschlagenen Text Wenn heute nicht der {{LOCALDAY}}. {{LOCALMONTHNAME}} ist, dann klicke bitte auf {{purge}} einfügen (ggf. mit small-Tag verkleinert, falls es nicht in eine Zeile passt. Dieser Text muss dann aber auf dem Portal und nicht auf Portal:Physik/Jahrestage vorkommen, was derzeit noch auf dem 6.9. steht !!!), oder aber auf die letzte derzeit hoffentlich zuverlässig funktionierende Version zurücksetzen, also die letzten drei Edits revertieren.
Der Einbau, genauer die Ausführung von LOCALDAY CURRENTDAY usw. in eine Seite war völlig hinreichend, um bei der früheren Parser-Programmierung ein Cache-Ablaufdatum auszulösen.
Das ist zurzeit offenbar hinfällig, weil weder die Parser-Programmierung noch dieselbe ist und das mutmaßlich momentan nicht auswertet, noch das Cache-Management noch dasselbe ist und auf den Servern keine Rücksicht auf einen Verfallszeitpunkt genommen würde (mutmaßlich auch aus Performancegründen).
Beides kann im Lauf der Zeit aber auch mal wiederkommen.
Vor einem Dutzend Jahren hatten auch mal Platzhalter im Cache-Text gestanden, die erst im Moment des Seitenabrufs durch Leser mit brandaktuellen Daten gefüllt wurden. Mit zunehmender Vorlagenprogrammierung kam man davon jedoch wieder ab, weil diese Daten nicht direkt im Seitentext angezeigt wurden, sondern in programmtechnischen Konstrukten verglichen wurden und deshalb auch diese Programmierung hätte neu ausgeführt werden müssen.
Eine von den Lesern optisch nicht wahrnehmbare Ausführung von LOCALDAY CURRENTDAY war der heimliche Kunstgriff, um eine automatische Aktualisierung vozunehmen.
Beide Lösungen, eine Auswertung als Vorlagenparameter ohne dann diesen Parameterwert in die Seite zu übernehmen wie auch den Inhalt in die Seite einzubauen und ihn dann rein optisch auszublenden sind hinsichtlich ihres Hack-Charakters genau gleichwertig.
Der gravierende Nachteil des style="display:none" ist jedoch, dass diese Inhalte nach wie vor Inhalt der Seite sind, und in Suchergebnissen von Cirrus und externen Suchmaschinen und als PopUp oder wo auch immer gleichberechtigter Inhalt der Seite sind und als solche erscheinen, weil für diese Inhalte die optische Sichtbarkeit nicht berücksichtigt wird. Deshalb ist die NULL-Variante, zwar Vorlagen auszuführen aber den produzierten Inhalt nicht anzuzeigen die robustere und sicherere Methode.
Es ist ein Problem mit der Organisation von WP:Bots, dass es dort zur Thematik „Purge“ keine Unterseite und Prozedur und zu berücksichtigende Seite gibt, oder eine ausgewertete Kategorie.
Die Seite Benutzer:AsuraBot/Purges ist zurzeit diejenige „Projektseite“, über die das Management abgewickelt wird.
Das ist doof und wurde auch bereits von mir beanstandet.
Der Bot ist inaktiv, und man muss davon ausgehen, dass die Eintragungen dort wirkungslos wären.
Zurzeit wird sie aber trotzdem vom TaxonBota ausgewertet.
Sowas gehört unabhängig von irgendeinem einzelnen Bot, der in irgendwelchen Jahren die Aufgabe übernimmt, auf eine zentrale Unterseite von WP:Bots und dort wird diese Liste gepflegt, ggf. auch eine entsprechende Wartungskat, und es wird vermerkt welcher Bot im Sommer 2020 grad diese einheitliche Liste abarbeiten würde.
Nebenbei bemerkt ist es nicht erforderlich, mich in dieser Werkstatt anzupingen; ich beobachte sie sowieso, habe sie begründet und zucke bei jeder roten Alarmglocke zusammen.
@PerfektesChaos: (erstmal sorry für das oben erfolgte Klingelnlassen Deiner Benachrichtigungsglocke ...) Ich wollte gerade gemäß Deinem Vorschlag einen Beitrag auf Wikipedia:Bots/Anfragen posten; beim Überprüfen der Links habe ich dann aber Deinen Beitrag hier gelesen, dem ich entnehme, dass auch Du meinst, dass TaxonBota die Aufgabe von AsuraBot übernommen hat. Meine Frage habe ich daher erstmal nicht auf Wikipedia:Bots/Anfragen gepostet, sondern in meinem Benutzernamensraum zwischengelagert (siehe hier).
Halten wir fest: Vorlage:NULL ist besser als "display:none" (wegen Cirrus) und eine sichtbare Platzierung, also die Nutzung von CURRENTDAY etc. ist noch eleganter.
@Dogbert66: Wenn du heute, am 7. September, auf die Portalseite schaust, dann kannst du feststellen, dass unter "heute" kein Eintrag zu finden ist. Nun kann zwar jeder einen Tag zurückrechnen, aber elegant ist es ohne explizites Datum trotzdem nicht. Letztendlich ist es aber egal, wo man eine sichtbare Einbindung platziert. Damit ist dann sowohl für den de:WP-Leser in Australien, als auch für den de:WP-Leser auf Hawaii sofort klar sichtbar, auf welches Datum Bezug genommen wird. Einen Nutzen, den man diskret mitnehmen kann. ÅñŧóñŜûŝî(Ð)Wikipedia:Technik/Archiv/2020#c-Antonsusi-2020-09-07T16:56:00.000Z-Dogbert66-2020-09-07T16:02:00.000Z11
@Antonsusi: Da Doc Taxon das Portal jetzt auf die Liste der Artikel genommen hat, die morgen früh um 0:00 Uhr gepurget werden, ist die Erwähnung von {{CURRENTDAY}} und ähnlichem jetzt nicht mehr nötig, egal ob in Vorlage:NULL oder anderweitig. Das würde ich gerne testen, indem ich {{CURRENTDAY}} wieder aus dem Quellcode entferne und nach Mitternacht die dann gültigen Daten auf dem Portal angezeigt werden. Ich bitte Dich daher, die gleich erfolgende Änderung nicht zu revertieren, und auch heute nacht kein manuelles Purge durchzuführen. --Dogbert66 (Diskussion) Wikipedia:Technik/Archiv/2020#c-Dogbert66-2020-09-07T17:11:00.000Z-Antonsusi-2020-09-07T16:56:00.000Z11
So, nun habe ich das Verhalten gerade mal getestet: Um 0:22 war für einen nicht angemeldeten Nutzer sowohl bei Portal:Physik/Jahrestage, als auch beim Portal selber der 8.9. noch unter "morgen" gestanden; um 0:43 war der 8.9. dann "heute". Das deutet auf einen Bot-Lauf zwischen 0:22 und 0:43 hin.
@Dogbert66: ich habe das gerade noch mal optimiert, dass das Purging tatsächlich 0:00 oder aufgrund der Reihenfolgen 0:01 passiert. Ein Log zum Purging wäre gigantisch, und täglich erst recht. TaxonBota nutzt schließlich nicht prahlada.py, das ist Geschichte, und wie da die Logs aussahen, konnte ich schon damals nicht mehr nachvollziehen. Für /Jahrestage könnte ich aber ein eigenes Log unter /Jahrestage/Purge-Log anlegen, wenn's beliebt. – Doc Taxon • Disk. • Wikipedia:Technik/Archiv/2020#c-Doc Taxon-2020-09-08T12:01:00.000Z-Dogbert66-2020-09-07T23:01:00.000Z11
@Doc Taxon: Sorry, ich habe Dir noch nicht geantwortet, weil ich dachte, ich würde das mal ein zwei Nächte beobachten. Das ist gestern einfach daran gescheitert, dass ich um Mitternacht schon geschlummert habe und mir nicht angesehen habe, dass die Aktualisierung für einen nicht angemeldeten User sichtbar wurde... Vorlage:Smiley/Wartung/;) Jetzt aber erst einmal vielen Dank, dass Du a) TaxonBota mit dem Purge beauftragt hast, und b) die Bot-Aufgabe jetzt sogar nochmal optimiert hast. Was Deinen Vorschlag angeht, ein Log auf /Jahrestage/Purge-Log anzulegen, so wäre das allerdings nur ein Proxy für die eigentlich relevante Information:
Die Seite Portal:Physik/Jahrestage direkt schaut sich wohl niemand an. (Ich habe um 13:04, 7. Sep. 2020 oben ja auch festgestellt, dass die eigentliche Portal-Seite bereits den 7. angezeigt hat, obwohl /Jahrestage noch auf dem 6. stand.) Der wichtigere Lauf ist der vom Portal selber, der dann ja den Code von /Jahrestage inkludiert und mit richtigem Zeitstempel ausführt.
Nützlich ist das dennoch, weil wenn ich sehe, dass das Purge von Portal:Physik/Jahrestage nicht gelaufen ist, so muss ich annehmen, dass auch das darauffolgende Purge von Portal:Physik nicht lief und kann Dich darüber informieren. Und das auch dann, wenn das eigentlich interessantere Log zum Portal gar nicht existiert.
Das heißt als: ja gerne würde ich Deinen Vorschlag annehmen, wenn sich das ohne großen Aufwand realisieren lässt. Ich hielte es allerdings für wichtiger, dass auf Portal_Diskussion:Physik ein nicht zu archivierender Abschnitt steht, der diesen Botlauf dokumentiert. Die dort relevante Information wäre:
"Bei der Aktualisierung der Jahrestage und des Artikels des Monats gab es in der Vergangenheit das Problem, dass insbesondere nicht angemeldeten Nutzern noch eine veraltete Version aus dem Server-Cache angezeigt wurde. Dies wurde dadurch behoben, dass die Portalseite auf AsuraBot/Purges erwähnt wird. Das dazugehörende Skript wird zwar nicht mehr ausgeführt (der Bot ist inaktiv), dennoch gibt es ein anderes Skript (wie heißt es??), das TaxonBota täglich zwischen 0:00 und 0:01 laufen lässt, und das die serverseitigen Caches der auf AsuraBot/Purges genannten Seiten löscht (d.h. ein Purge ausführt). Der dafür verantwortliche Botbetreiber ist Benutzer:Doc Taxon."
@Doc Taxon: Vielen Dank! Die einzelnen Punkte nochmal mit aus meiner Sicht absteigender Wichtigkeit: a) Fändest Du es nicht sinnvoller, wenn purge0.tcl statt von AsuraBot/Purges zu lesen von TaxonBota/Purges lesen würde, wo man dann die Einträge vornehmen kann? b) Ja, gerne ein Log beider Skript-Läufe unter Portal:Physik/Purge-Log. c) Vielen Dank für den Skript-Namen, ich nehme den Eintrag auf Portal_Diskussion:Physik in den nächsten Tagen gerne selbst vor; der Text sollte dann aber auch die Ergebnisse von a) und b) enthalten. --Dogbert66 (Diskussion) Wikipedia:Technik/Archiv/2020#c-Dogbert66-2020-09-10T08:04:00.000Z-Doc Taxon-2020-09-09T22:15:00.000Z11
@Dogbert66: zu Punkt a) Idee, Konzept, Programmierung und Betrieb gingen damals auf den Botbetreiber des AsuraBot, Benutzer:sitic. Was ich selbst gemacht habe, ist die neue Programmierung in einer anderen Programmiersprache. TaxonBota wird von mir hauptsächlich eingesetzt, um andere nützliche Bots, die nicht mehr laufen, bestmöglich zu ersetzen, wie AsuraBot, EfenBot, MerlBot u.a. Man kann vielleicht die Seiten von damals in den BNR TaxonBota verschieben, aber bekannt wurden die Bots auf ihren üblichen Seiten in ihrem BNR. Aus diesem Grund, aber auch um die ehrwürdige Arbeit der ehemaligen Kollegen zu würdigen, habe ich den Ort dort belassen. Wenn ich es endlich mal geschafft habe, auf der Benutzerseite TaxonBota, aber auch TaxonBot, darzustellen, womit sich die Bots alles beschäftigen, kann man das auch nachvollziehen und die Purge-Seite da finden, wo sie auch ist. Ich werde das mal auf meiner Prio-Liste weiter nach oben ziehen. Liebe Grüße, – Doc Taxon • Disk. • Wikipedia:Technik/Archiv/2020#c-Doc Taxon-2020-09-10T11:33:00.000Z-Dogbert66-2020-09-10T08:04:00.000Z11
Nein, das sollte auch nicht auf Taxonbota stehen, sondern als Gemeinschaftsangelegenheit des Projekts auf WP:Bots/Purge etc. Ansonsten kommt Taxonbotb oder Taxonbotc oder Benutzer:TaxonBot wird zuständig und wir wandern ewig mit dieser Seite in der Gegend rum.
Für die Perioden, in denen anders nicht sichergestellt werden kann, dass der Server die Seiten aktualisiert ausliefert, gehört das als zentrale Gemeinschaftsaufgabe verwaltet, und da kann dann jeweils vermerkt werden, welcher Bot das jetzt im Moment grad betreuen würde.
In welchem Vierteljahr genau welcher Bot die Aktionen ausführt ist nachrangig, und die Botbetreiber können auch jederzeit untereinander die Aufgaben tauschen; das kann den Benutzern ziemlich egal sein, so lange es läuft.
Auf der zentralen Projektseite zum Thema Purge kann ja auch die Historie früherer Jahrzehnte erwähnt werden, aber wie 2010 mal verdienstvoll ein Purge gehandhabt wurde kann nicht 2020 und in Ewigkeit unsere Seitenstruktur und das Verständnis der Vorgänge beeinträchtigen. Wie gesehen, hat das für etliche KiloByte und Stunden Verwirrung gesorgt. Und ein Purge an eine Seite zu senden ist nicht so hochwissenschaftlich; dazu hatte ich auch schon mal einen Automatismus an meine Beo gekoppelt, der einmal in 24 Stunden ein purge geschickt hatte.
nee, das glaub ich jetzt nicht. Es gibt hier so viele Botbetreiber, die regelmäßige Bots für die Gemeinschaft laufen haben, z.B. Archivierer, Nachsignierer, Informierer, Arbeitslistenersteller, Statistikenersteller ... Und jetzt zeig mir mal ein einziges Skript, das seine Projektseite als Unterseite von WP:Bots zu stehen hat. Auf alle Fälle macht es Sinn, wie Du es beschreibst, ich werde das aber nicht alleine so machen. Zumindest kann man ja erst mal eine Linkseite als Unterseite anlegen, die die Gemeinschaftsaufgaben der Bots listet, damit wäre schon mal viel gewonnen. Liebe Grüße, – Doc Taxon • Disk. • Wikipedia:Technik/Archiv/2020#c-Doc Taxon-2020-09-10T19:26:00.000Z-PerfektesChaos-2020-09-10T14:03:00.000Z11
da ich nun wegen Urheberrechten etc, das nicht via copy and paste lösen will, weil es dann sicherlich irgendeinen bürokratisch/formalen Ärger gäbe, melde ich mich also hier und bitte um Hilfe
Anmeldung in Firefox-Android führt zu leerer Seite
Letzter Kommentar: vor 3 Jahren9 Kommentare3 Personen sind an der Diskussion beteiligt
Seit einiger Zeit habe ich jetzt schon Probleme, Wikipedia auf meinem Handy in der mobilen Ansicht angemeldet zu öffnen.
Was funktioniert:
mobile Ansicht ohne Anmeldung
klassische Ansicht
Was nicht funktioniert:
mobile Ansicht mit Anmeldung
Das Problem sieht so aus: Ich bin in der mobilen Ansicht, gehe auf die Anmeldeseite und melde mich an. Die Anmeldung funktioniert, eine neue Seite wird geladen, und kurz bevor sie fertig ist, wird die Seite blank (weiß). Auch wenn ich jetzt einen Artikel per URL aufrufe, sehe ich ihn beim Laden kurz, und dann ist er wieder weg. Wenn ich im Browser (Firefox für Android) die Desktop-Ansicht auswähle, bleibt der Effekt trotzdem, bis ich das m aus der URL rauswerfe.
Auf einen Verdacht hin habe ich nochmal alle Helferlein/Modifikationen der Oberfläche abgeschaltet – ohne Erfolg, daran liegt es auch nicht. Inzwischen hat der FF für Android ein großes Update gemacht, auch das hat nichts geändert. Es ist immer, sobald die Kombination de.m.wikipedia.org und Anmeldung als MdE auftritt. In einem privaten Browsertab keine Probleme trotz mobiler Ansicht. Hab ich irgend eine Einstellung übersehen? Gruß --MdE✉Wikipedia:Technik/Archiv/2020#c-MdE-2020-08-27T09:50:00.000Z-Wurgl-2020-08-22T15:36:00.000Z11
AbuseFilter notice: rmspecials() will no longer remove whitespace when used in filters
Letzter Kommentar: vor 3 Jahren4 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo,
Apologies if you are not reading this message in your native language. Hilf bitte mit, in deine Sprache zu übersetzen.
We are making a change to the AbuseFilter extension, which may impact the behavior of some existing filters. The rmspecials() function currently removes spaces in addition to special characters. We will change it such that it will only remove special characters. The existing rmwhitespace() can be used to remove spaces whenever applicable.
As reported on https://phabricator.wikimedia.org/P12854 we believe at least one filter on your wiki has been identified to use the rmspecials() function. Please consider updating these filters by wrapping rmspecials() inside rmwhitespace() like this: rmwhitespace(rmspecials(....))
We need you to update the relevant filters within 2 weeks of this notice. If one of the community members with proper access is volunteering to take this on, we ask them to please respond below and notify User:Huji in their response or in the edit summary. If we don't hear back from you within 2 weeks, Huji will edit the relevant filters on your wiki per the global abuse filter maintainer policy, to ensure the filters won't break once the change is implemented. Thank you for your consideration!
Als ich gestern auf meinem Mobilgerät durch ein paar Länderartikel gegangen bin, ist mir aufgefallen, dass der MobileHTMLFormatter (oder wie das Teil heißt) offenbar wieder einmal durcheinandergekommen ist. Im Direktvergleich von Deutschland und Italien (m-Domain) sieht man es deutlich; Deutschland beginnt korrekt mit dem ersten Absatz, Italien hingegen mit der Infobox. Das Warum habe ich nicht verstanden, es kann weder am BKH (in beiden Fällen Vorlage:Hinweisbaustein) noch an der IPA-Vorlage liegen (die das letzte mal Schuld war, wenn ich mich recht erinnere), da in beiden Artikeln identisch. Meine erste Vermutung war, dass es an der Vorlage:Positionskarte liegt, aber weder verschieben noch löschen (bei Italien probiert) scheint das Verhalten zu korrigieren. Das Fehlverhalten betrifft so gut wie alle Länderartikel; korrektes Verhalten habe ich neben Deutschland nur bei Österreich feststellen können. Die Vorlage:Infobox Staat ist korrekt mit der Klasse infobox versehen, also weiß ich nicht mehr, wo ansetzen. Irgendwelche Ideen? Gruß–XanonymusX (Diskussion) Wikipedia:Technik/Archiv/2020#c-XanonymusX-2020-10-23T13:59:00.000Z-Erster Absatz mal wieder11
War es doch nicht. Schuld waren die unsichtbaren Wartungslinks am Ende der Infobox, die, wenn sie angesprungen sind, einen unsichtbaren ersten Absatz erzeugt haben. Hab jetzt einfach die unsichtbaren spans in divs umgewandelt, dann entstehen keine zusätzlichen Absätze mehr. Noch so eine der Tücken des Wartungslink-Systems … Ich hoffe, es ist nach dem Eingriff sonst nichts kaputt gegangen, das Verhalten bei Italien ist jedenfalls wie gewünscht!–XanonymusX (Diskussion) Wikipedia:Technik/Archiv/2020#c-XanonymusX-2020-10-23T19:00:00.000Z-XanonymusX-2020-10-23T15:29:00.000Z11
Letzter Kommentar: vor 3 Jahren3 Kommentare3 Personen sind an der Diskussion beteiligt
Es wäre sehr angenehm, wenn bei Suchworteingaben Buchstabendreher "automatisch" verarbeitet würden.
Besonders die Möglichkeit die Schriftgrösse zu verändern (vergrößern) würde ich sehr begrüssen (vielleicht nicht nur ich)
Letzter Kommentar: vor 3 Jahren3 Kommentare3 Personen sind an der Diskussion beteiligt
wäre es auch möglich das Umbruch tool "<br>" so einzustellen,
daß nicht automatisch zum Anfang der nächsten Zeile gesprungen und eine leere Zeile angefügt wird
ähnlich wie bei manchen Zeitungen, die beim copieren von ihren Seiten zwangsweise die url mitliefern
bekommt mensch so mehr geliefert wie sinnvoll ist
Letzter Kommentar: vor 3 Jahren4 Kommentare2 Personen sind an der Diskussion beteiligt
Bei mir treten seit mehreren Tagen beim Bearbeiten von Artikeln (ich arbeite häufig statt Quelltext mit dem visuellen Editor) technische Probleme auf. So lässt sich, unabhängig vom Artikel, bei dem erstmaligen Klick auf "Bearbeiten" die Benutzeroberfläche nicht korrekt bedienen. Wenn ich bspw. eine beliebige Textstelle anklicke und dort etwas versuche hinzuschreiben, entsteht der Text nicht dort, sondern mehrere Zeilen darunter. Teilweise lässt sich die Seite, obwohl im Bearbeitungsmodus, überhaupt nicht bearbeiten. Zwar löst sich die Problemartik bei einem wiederholten, auf, wenn der Bearbeitungsmodus beendet - und nochmals geöffnet wird. Ein einfaches Aktualisieren der Seite reicht manchmal aber auch nicht aus, da der Bearbeitungsmodus dabei nicht wirklich geschlossen wurde. Ob die technischen Defekte im Quelltextmodus ebenfalls bestehen kann ich nicht sagen. --LennBr (Diskussion) Wikipedia:Technik/Archiv/2020#c-LennBr-2020-10-31T21:01:00.000Z-Technische Probleme beim Bearbeiten11
@AKlapper (WMF): Nutzen tue ich Wikipedia mittels des VisualEditors und Mozilla Firefox (derzeit: Version 82.0.2 (64-Bit)). Die Löschung des Cache hat nichts gebracht. Wenn das Problem weiter anhält, teste ich es mit anderen Browsern. Einige wenige Tests als unangemeldeter Benutzer fielen negativ aus. Dies muss aber nichts heißen, da diese Fehler auch nicht jedes mal als angemeldeter Benutzer auftreten. Obwohl nicht gefragt: Einen Vergleich zwischen langen und kurzen Artikeln kann ich derzeit noch nicht ziehen. Obwohl diese Vorkommnisse vor allem bei der Bearbeitung von langen Artikeln auftraten, war auch schon die Bearbeitung eines kürzen Artikels ebenfalls nicht möglich. --LennBr (Diskussion) Wikipedia:Technik/Archiv/2020#c-LennBr-2020-11-03T15:47:00.000Z-AKlapper (WMF)-2020-11-02T08:11:00.000Z11
Letzter Kommentar: vor 3 Jahren4 Kommentare3 Personen sind an der Diskussion beteiligt
Hallo,
habe die Seite "Tongrubengelände von Bensheim und Heppenheim" neu angelegt. Ein netter Kollege hat dann die Infobox ergänzt, die sich auch auf vielen weiteren Seiten findet.
Aber: der Link in der Info-Box zur Natura-2000ID "DE-63-17-305" führt auf allen diesen Seiten zu einem Fehler. Wie kann das korrigiert werden?
Zudem die Frage: wo gibt es Infos zur Nutzung der Infobox? Woher kommt z.B. der Eintrag Einrichtungsdatum 1988; das Naturschutzgebiet wurde 1977 eingerichtet.
Viele Grüße
Heinz-Vale (nicht signierter Beitrag vonHeinz-Vale (Diskussion | Beiträge) Wikipedia:Technik/Archiv/2020#c-Heinz-Vale-2020-04-20T07:44:00.000Z-Infobox Schutzgebiet11)
Hmm, auch seitens Andrew Bogott keine Reaktion; kann sonst jemand anders die Server des petscan clusters neu starten? Zuletzt hat das anscheinend ein User namens Krenair am 4.April gemacht, auch damals schon wegen Gateway-Timeouts . . .
In Hilfe:TeX gibt es die Empfehlung (genauer: die Verdonnerung)
<math>\text{für} oder \mbox{für}</math>
zu schreiben – mit dem bekannten äußerst hässlichen Ergebnis:
oder .
Dies wurde schon vielfältig beklagt, z.B. in mehreren Abschnitten in Hilfe_Diskussion:TeX sowie auf dieser Seite hier.
Diese Eingaben gehen mindestens bis ins Jahr 2014 zurück, sind also seit ≥ 6 Jahren überfällig.
Dabei gibt es Fonts wie den in cmunrm.pdf beschriebenen Font "Computer Modern Unicode Serif Roman", der das alles wunderbar draufhat.
Ist das alles viel komplizierter, als Otto Normalverbraucher sich das vorstellt, oder muss man an der WP-Demokratie schlichtweg verzweifeln ?? –Nomen4Omen (Diskussion) Wikipedia:Technik/Archiv/2020#c-Nomen4Omen-2020-09-09T09:25:00.000Z-Darstellung der Umlaute in TeX von dewiki11
Nein, das weiß ich natürlich nicht. Ich weiß nur, dass es eine Lösung (einen Font) gibt. Implementieren, also den Aufruf etc. durchziehen, muss jemand von „Wikipedia:Technik/Werkstatt“.
@FriedhelmW: Ich bedanke mich sehr. Natürlich bin ich nicht der, der das dann macht. Ich finde die Sprechweise (assigned to? was geht das mich an? muss ich das mitkriegen?) und Schaltflächenangebote im phabricator extrem gewöhnungsbedürftig. Z.B. finde ich nicht mehr den Knopf zum Upload. Ich hoffe, dass dem "Physikerwelt" der eine Screenshot von MS edge reicht. An das cmunrm.pdf müsste er per Google selbst rankommen. (Ich hätte noch einen Screenshot davon und einen von MS IE11.) Auch sonst läuft so Vieles anders und wird anders dargestellt, als man es als Editor gewohnt ist. Zur Sache: Nach meinen Beobachtungen scheint die Darstellung dieser \mathrm-Umlaute vom Browser abzuhängen. Und habe keine Ahnung, wie sich das vom Portal aus beeinflussen lässt. Auf jeden Fall vielen Dank für deine Hilfe. Gruß, –Nomen4Omen (Diskussion) Wikipedia:Technik/Archiv/2020#c-Nomen4Omen-2020-09-10T14:26:00.000Z-FriedhelmW-2020-09-10T12:21:00.000Z11
Letzter Kommentar: vor 3 Jahren3 Kommentare2 Personen sind an der Diskussion beteiligt
Vorlage Diskussion:Infobox Software#Handhabung abgeschalteter Domains11 schlug vorhin ein Problem auf, bei welchem Wikipedia zu einer Porno-Webseite verlinkte, weil die Vorlage die Adresse von Wikidata anzeigte, obwohl sie auf Wikidata als "deprecated" markiert ist. Ich hab da erst bemerkt, dass das Wikidata-Modul auch deprecated Werke zurück liefert und auch keine Option zum ändern davon anbietet. Als "hotfix" hab ich eine solches Argument eingebaut. Bevor ich das Argument dokumentiere, würde ich gerne diskutieren, ob wir die Logik nicht umdrehen sollten. Also Standardmäßig die 'deprecated' Werte nicht anzeigen und einen Parameter anbieten, wenn man das will.
Vorteile:
deprecated heißt immer, dass der Wert falsch und nicht mehr gültig ist, es wird daher praktisch nie in der Wikipedia gebraucht und ist meist unerwünscht.
Wir haben eine große Anzahl an Vorlagen die (nicht beabsichtigt) die Funktion ohne das Argument nutzen und potentiell falsche Werte anzeigen. Alle um einen Parameter zu ergänzen wäre sehr viel Arbeit.
Jetzt sind wir noch früh genug dran um es richtig zu machen und uns nicht noch-einen Klotz ans Bein binden.
Nachteile:
Restrisiko, dass das Modul irgendwo verwendet wird, wo deprecated Werte erwünscht sind und durch die Änderung etwas temporär kaputt geht.
Letzter Kommentar: vor 3 Jahren8 Kommentare4 Personen sind an der Diskussion beteiligt
Hallo! Apologies for writing in English. It would be appreciated if somebody could translate this message into German. We have noticed that the community of German-language Wikipedia is currently using technology that was deprecated 3 years ago that optimizes the main page for mobile users. This code will be removed in 1 months time and without any action the main page will look like this test link (notice the squished columns on a mobile screen). Given the importance of German-language Wikipedia we are keen to ensure that this project is not impacted. Luckily the fix for German-language Wikipedia is minimal. Instructions have been added to phab:T254287 which include an option that requires copying 1 line to the main page and creation of a single template(style). Please reach out to me if you have any questions either here or on Phabricator. Thank you! Jdlrobson (Diskussion) Wikipedia:Technik/Archiv/2020#c-Jdlrobson-2020-06-16T18:58:00.000Z-Action needed: Mobile technical update11
Letzter Kommentar: vor 3 Jahren5 Kommentare3 Personen sind an der Diskussion beteiligt
Bisher bin ich auf https://toolforge.org gegangen und dann gabs einen Menüpunkt um zu gucken, wie lange die Datenbank hintennach ist. Jetzt gibts die Seite nicht mehr, es geht nach wikitech :-(
Hintergrund:
MariaDB [dewiki_p]> select max(rev_timestamp) from revision;
+--------------------+
| max(rev_timestamp) |
+--------------------+
| 20200718202619 |
+--------------------+
1 row in set (0.00 sec)
Merci! Hab erst auf dem Weiterleitungsziel bei Wikitech gesucht und nix gefunden, danach hatte ich die Idee mit der Textsuche auf Wikitech und wurde fündig. Mir geht diese Seite ab, von dort gab es so einiges zu erreichen, zum Beispiel konnte man die Prozesse in der Cloud angucken, oder eine Übersicht über die Tools. Muss ich da jetzt für jeden Punkt ein Bookmark setzen? Vorher reichte mir die Übersichtsseite :-( --Wurgl (Diskussion) Wikipedia:Technik/Archiv/2020#c-Wurgl-2020-07-19T08:01:00.000Z-Count Count-2020-07-19T07:34:00.000Z11
Letzter Kommentar: vor 3 Jahren5 Kommentare5 Personen sind an der Diskussion beteiligt
Wenn ich versuche, den Artikel Bloodywood zu speichern, erscheint folgende Fehlermeldung:
Fehler:
Achtung! Deine Änderung wurde nicht gespeichert.
Diese Aktion wurde automatisch als möglicherweise schädlich erkannt und deshalb nicht ausgeführt.
Kurzbeschreibung der verletzten Regel: „Im Moment keine Bearbeitungen durch un-/neuangemeldete Benutzer“
Für weitere Informationen oder wenn du Fragen hast, gehe bitte auf WP:Bearbeitungsfilter/306.
Das gleiche passierte letzte Nacht schon bei zwei Artikeln, die sich aber heute morgen wieder speichern ließen.
Letzter Kommentar: vor 3 Jahren3 Kommentare3 Personen sind an der Diskussion beteiligt
Ich habe aus der der deutschen Wikipedia mir mehrere Templates exportiert und diese dann in mein privates Wiki importiert. Alls Templates erzeugen folgende Fehlermeldung:
Die Vorlage:Dokumentation wird im Artikelnamensraum verwendet. Wahrscheinlich fehlt <onlyinclude> in einer eingebundenen Vorlage oder die Kapselung ist fehlerhaft. Bitte Vorlage:Bearbeiten.
Ich bin Anfänger hinsichtlich Mediawiki, aber trotzdem überrascht über die bereits erzielten Fortschritte, aber diese Fehlermeldung überfordert mich.
Deine Adresse ist syntaktisch schon okay; geprüft würde Irgendwas@arcor.de daraufhin, ob es ein @ gibt (gibt es), ob danach eine syntaktisch korrekte Domain folgt (gibt es), ob in dem Zeugs davor keine verbotenen Zeichen oder Leerzeichen stünden (gibt es nicht).
Ich vermute, dass beim Copy&Paste irgendwelche unerlaubten unsichtbaren Zeichen davor oder dahinter hineingeraten sind. Leerzeichen drumrum müsste die Software eigentlich selbst entfernen; normalerweise ist die so schlau.
Einfach nochmal probieren, und insbesondere am Anfang und am Ende die Adresse nach dem Einkopieren nochmals mit händischen Buchstaben überschreiben.
Danke für die Tipps, aber die beschriebenen Probleme sind leider noch vorhanden.
Habe 2x die E-Mail-Adresse gelöscht (leeres Eingabefeld „freigegeben“), anschließend 1x die E-Mail-Adresse komplett händisch eingeben sowie 1x mittels Copy&Paste und, wie vorgeschlagen, Anfang und Ende jeweils einige Buchstaben überschrieben. Erhielt aber keinen „Bestätigungscode per E-Mail“.
Letzter Kommentar: vor 3 Jahren8 Kommentare5 Personen sind an der Diskussion beteiligt
Hallo
Ich komme kurz nach meiner letzten technischen Anfrage, zu einem neuen/nicht-verwandten Anliegen. Ich war vor kurzem in einen Edit-War verwickelt, bei dem ich strittige Meldungen in der Nachrichtenbox auf der Hauptseite revertierte und dafür für wenige Stunden gesperrt wurde. In der Sperrzeit habe ich keinen Entsperrwunsch eingereicht (u.a. weil ich keine Zugriffsrechte, weder auf meine Benutzerseite, noch auf Wikipedia:Entsperrwünsche (nachtrag: gemeint ist eigtl. Wikipedia:Sperrprüfung) hatte...Von der Möglichkeit einer E-Mail-Anfrage habe ich in dann gestern Abend keinen gebrauch mehr gemacht. Wie dem auch sei; ich beabsichtige, die Löschung des Sperreintrags einzufordern...Möchte aber mit dieser Anfrage sicher sein, dass dies auch technisch umgesetzt werden kann. --LennBr (Diskussion) Wikipedia:Technik/Archiv/2020#c-LennBr-2020-09-19T16:05:00.000Z-Eintrag aus Sperrlogbuch tilgen11
Technisch ist das sowohl eine Versionslöschung des Logeintrags (dann können nur noch Admins den Sperrlogeintrag lesen) als auch eine Unterdrückung per Oversight (dann können nur noch Oversighter den Eintrag lesen) möglich. Beides wird hier aber nicht zur Anwendung kommen, da die Voraussetzungen für ein Oversighting oder eine Versionslöschung nicht vorliegen. Allenfalls könntest du einen 0-Sekunden-Sperrlogeintrag erreichen, in dem erklärt wird, dass die Sperre nicht korrekt war. --Count Count (Diskussion) Wikipedia:Technik/Archiv/2020#c-Count Count-2020-09-19T16:17:00.000Z-LennBr-2020-09-19T16:05:00.000Z11
Aus dem Sperrlogeintrag geht hervor, dass du deine eigene Benutzerdiskussionsseite hättest bearbeiten können. Das ist die Standardeinstellung beim Sperren. Das Verbot, die eigene Benutzerdiskussionsseite zu bearbeiten, muss man dagegen als Parameter beim Sperren extra anwählen und dann würde im Sperrlogeintrag „darf eigene Diskussionsseite nicht bearbeiten" stehen. --Count Count (Diskussion) Wikipedia:Technik/Archiv/2020#c-Count Count-2020-09-19T17:08:00.000Z-LennBr-2020-09-19T16:35:00.000Z11
Das Management der eigenen Gadgets ist eine Community-Aufgabe der deWP und bedarf weitreichender Insider-Kenntnisse.
WMDE setzt externe Entwickler dran, und die benötigen eine ganz exakte Aufgabenstellung und Funktionsbeschreibung, und könnten damit genau ein einzelnes Gadget umschreiben oder sonstwas. Aber sie können nicht die Aufgabenstellung (den „Kundenwunsch“) entwickeln, geschweige denn als Externe den hiesigen Gadgetbestand irgendwie weiterentwickeln und pflegen, grad so wie es die hiesige Community brauchen würde.
WMDE entwickelt außerdem Werkzeuge, die potenziell auf allen Wikis der WMF einsetzbar wären.
Wie überfordert WMDE schon damit ist, zeigt sich derzeit am jämmerlichen Debakel um die automatisierte Lösung der Bearbeitungskonflikte, die zwangsweise allen IP aufgedrückt wurde und wird. Hier hatte man als Externe grundlegende Kenntnisse nicht gehabt, nämlich dass BK am häufigsten in Diskussionen um aktuelle Angelegenheiten auftreten werden, jedoch nur für triviale kleine Änderungen an Artikeln programmiert und erprobt. Bis heute funktioniert das nicht brauchbar, wurde aber viel zu früh als angeblich erfolgreich gelöst verkündet und zwangsweise als Standardeinstellung konfiguriert, wo IP nicht mal entrinnen können.
Bevor man eine solche Aufgabe delegieren kann, muss ganz exakt erarbeitet werden, was man eigentlich haben will. „Die sollen das da mal für uns irgendwie hinbringen“ ist keine durch Außenstehende lösbare Aufgabe.
Ein „Sichten und Aufräumen“ ist gleich gar nicht an Externe delegierbar, denn das ist ja gerade die Zielvorstellung der Community, die sie zuvor selbst erarbeiten müsste. Und „Aufräumen“ heißt Gadgets abschalten und nicht mehr anbieten, und das gibt vorhersehbar jeweils einen Sh-Proteststurm. Wofür es auch keinen Anlass gäbe, denn das was Community-Gadget ist wurde bereits (fast durchgängig durch mich) modernisiert, oder es ist bekannt wodurch es zu ersetzen wäre, oder wird irgendwann unrettbar eingehen; ist aber bis dahin mindestens auf dem Stand von 2011. Der Zustand aller Community-Gadgets und deren Prognose ist zumindest mir sehr exakt bekannt.
Wenn man den Browser schmalzieht und dabei die rechten und linken Reiter über dem Artikel sich überlappen würden wippt der rechte Reiter wenn man knapp am Umbruchgrenzwert ist zwischen seiner angestammten Position und der Zeile darunter hin und her. Da scheint das responsivdesign zwischen zwei Zuständen hinundherzuspringen statt die Optionen ins "Weitere-Menü" zu verschieben. Der Bug tritt nur auf wenn man den Reiter mit "Quelltext bearbeiten" auch angezeigt bekommt. Mit nur 3 Punkten funktioniert das Umschalten zuverlässig.
Letzter Kommentar: vor 3 Jahren4 Kommentare3 Personen sind an der Diskussion beteiligt
Hallo, wo kann ich mich über Richtlinien bzw. Limits informieren wenn ich mit selbstgebauten externen Werkzeugen automatisiert auf die Wikipedia zugreifen möchte. Konkret denke dabei an Beschränkung hinsichtlich html-requestst, könnte mir allerdings vorstellen, dass es weitere Punkte zu beachten gibt. Danke und Gruß --Mrmw (Diskussion) Wikipedia:Technik/Archiv/2020#c-Mrmw-2020-11-05T15:46:00.000Z-Limits und Richtlinien11
Es sind Mechanismen eingebaut, die erkennen und drosseln, wenn etwa alle Zehntelsekunde jemand Seiten aus einem Wiki absaugt; zumindest anonym und ohne besondere Rechte.
Insofern sollte im Sinne der bereits genannten Etiquette eine Drossel eingebaut werden, die nur alle 10 bis 30 Sekunden eine Seite liest; also wie ein eifriger Mensch halt auch.
Konkrete Zahlenangaben sind hier kaum möglich, weil permanent daran justiert wird und auch die Erkennung nur durch Zufall passiert. Anonyme Lese-Anfragen laufen auf eigenen Rechenzenten auf, das für uns zuständige stand zumindest mal in Amsterdam. Dort gibt es Hunderte von Servern, die Lese-Anfragen zu allen Wikis beantworten. Über einige Lastverteilungs-Knoten (Server) sind die alle mit dem Internet verbunden. Vom selben Provider wird man vermutlich aber nicht immer auf denselben Eingangs-Server geleitet, der mit dem nächsten freien Beantwortungs-Server verbindet. Der Knoten notiert sich, welche IP-Adressen ihn in den letzten vielleicht 500 Sekunden gefragt hatten und wie oft, und wenn ihm das zuviel wird oder relativ zur momentanen Systemauslastung überkocht dann werden Anfragen mit Fehlermeldung abgewiesen.
Könnte man machen. Aber warum? Gibt es Fälle, wo eine Diskussionsseite Unterseiten hat, die keine Archivseiten sind, wo die Verschiebung also unerwünscht wäre? Wenn es Probleme mit Verschiebevandalismus gibt, wäre es eher sinnvoll, die Schwelle zur Erlangung des Verschieberechts anzuheben, denke ich.
Letzter Kommentar: vor 2 Jahren3 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo,
auf COVID-19-Pandemie in Österreich ist es in den letzten Wochen immer wieder zu der genannten Fehlermeldung gekommen. Dann werden ein paar Diagramme mit Vorlage:Graph:Chart rausgenommen und das Problem ist erstmal gelöst. Jedoch ist das Verhalten doch etwas merkwürdig:
Servus!
Wenn man einen Artikel bearbeitet und dann speichert, springt Mediawiki ja immer auf diese Überschrift. Wenn man jedoch mehrere gleich benannte Überschriften hat, dann springt Mediawiki immer auf die erste Überschrift.
Das Grundproblem ist, dass HTML zum ersten Anker mit dieser id= springt.
MediaWiki vergibt deshalb bei gleichlautenden Überschriften eine interne Zählung; hängt also _2_3 usw. oder so ähnlich dran, bis alle Überschriften eindeutige id= zugewiesen bekamen.
Damit kann MediaWiki in der momentanen Textversion die Verlinkungen zwischen Inhaltsverzeichnis und Überschriften sicherstellen.
Wenn jedoch ein Abschnitt bearbeitet wird, dann ist das section=42 und der weiß nicht welche interne Zählung seine Überschrift im Gesamt-Dokument erhielt.
Der Mechanismus, der aus Überschriften das Inhaltsverzeichnis generiert, befindet sich jedoch an einer völlig anderen Stelle als der Abspeicherungsvorgang; der verwendet seine jetzt generierte und vielleicht veränderte Abschnittsüberschrift zur Verlinkung.
In dem Moment, in dem die Abspeicherung vorgenommen wird, wird bereits die Verlinkung auf das spätere Gesamt-Dokument als URL gebildet; das spätere Gesamt-Dokument mit seiner möglicherweise veränderten internen Zählung ist aber noch nicht bekannt, weil der neue Text noch nicht Teil des Gesamt-Dokuments ist, und das wird erst generiert, nachdem die Textbearbeitung abgeschlossen wurde, die deshalb nicht wissen kann, wo zu diesem Zeitpunkt der ursprüngliche section=42 hingekommen ist und welche id= diesem jetzt zuzuordnen wäre. Wobei sogar andere Abschnitte parallel von anderen bearbeitet werden dürfen.
Die neue Zählung mit Inhaltsverzeichnis wird erst dadurch generiert, dass der abspeichernde Benutzer die URL aufruft, um die veränderte Seite angezeigt zu bekommen. Dabei verwendet die URL das, was sie weiß, nämlich die möglicherweise veränderte Abschnittsüberschrift. Dadurch, dass eine Anfrage-URL den Server erreicht, diese Seite anzuzeigen, wird der Prozess angestoßen, der die neue Seite generiert und das Inhaltsverzeichnis generiert. Erst danach wäre die aktuelle _2_3 usw. bekannt.
Da wird sich deshalb auch keiner auf die Socken machen wollen.
Dabei wird es sich um eine nicht spontan lösbare Folge eines 2006 zusammengepfuschten Hack von handeln, der seit vielen Jahren als hochproblematisch bekannt ist.
Man hatte damals naiv und blauäugig gedacht, dass es die damaligen Skins auf ewige Zeiten und nur diese und immer genauso geben würde. Also hatte man dort ein leeres Plätzchen ausgeguckt, und beamt über die vermutlich freie Stelle obendrüber die von dir benannten Beschriftungen, ohne dabei wissen können, ob der Platz dort tatsächlich frei wäre, und sich mit anderen Elementen koordinieren zu können.
Jetzt stehen da also zweie. Naja, müssten die Leutchen mit dem Artikel sich halt koordinieren, welche von beiden dargestellt werden solle; die wissen nix voneinander.
Zur grundsätzlichen Lösung wende dich bitte an WD:GEO.
Letzter Kommentar: vor 1 Jahr2 Kommentare2 Personen sind an der Diskussion beteiligt
Hi,
Very sorry about writing in English. I hope somebody can translate this. Thanks in advance.
There's a new proposal to localize Lua modules in a more modern, safe, and convenient manner: mw:Translatable modules. In the foreseeable future it will only affect multilingual sites, such as Wikidata, Commons, Meta, and mediawiki.org, but at a later time it may also be deployed on Wikipedias and other projects.
Letzter Kommentar: vor 1 Jahr9 Kommentare6 Personen sind an der Diskussion beteiligt
(Status: ohne VE, MonoBook, FireFox 82.0, Windows 8.1, WSTM geladen)
Ich bekomme seit paar Tagen beim Bearbeiten im Quelltextmodus nach der ersten Vorschau immer zuoberst die folgende Anzeige:
Dies ist nur eine [[Hilfe:Seite bearbeiten#Vorschau und Speichern|Vorschau]], {{#switch: {{NAMESPACEE}} | =der Artikel | #default=die Seite }} wurde noch nicht gespeichert! → Zum Bearbeitungsfeld gehen
Unter dem Quelltextfenster steht zu den Vorlagen:
{{PLURAL:{{{1|$1}}}|Die folgende [[Hilfe:Vorlagen|Vorlage]] wird|Folgende [[Hilfe:Vorlagen|Vorlagen]] werden}} von dieser {{#ifeq:{{NAMESPACE}}|{{ns:0}}|Artikelvorschau|Seitenvorschau}} verwendet:
Die Anzeige geht bei wiederholten Vorschauen nicht weg. So richtig ist mir das erst in den letzten Tagen aufgefallen; ich dachte, es wäre vielleicht ein Zwischenstadium bei WP-Software-Updates.
Beta-Funktionen habe ich keine aktiviert, auch keine Syntaxhervorhebung.
Mehrere Helferlein sind aktiviert. Ich habe erst einige, dann alle unter "Bearbeitungswerkzeuge" deaktiviert und eine BKS mit Strg+F5 neu vom Server geladen, dann "Seite bearbeiten" → "Vorschau zeigen": immer kommen die beiden Code-Anzeigen.
Da hilft nur eines: Wenn der Fehler auftritt: --> OFFLINE-Modus, dann den Quelltext anstarren (Ctrl-U bei Firefox). Ganz am Ende steht dann "{"origin":"mw1324","timestamp":"20201104164917", …" dieses "mw1324" ist wohl der Server.
Letzter Kommentar: vor 4 Monaten3 Kommentare3 Personen sind an der Diskussion beteiligt
Verehrte Redaktion,
ich möchte auf der Seite Liste der ungerichteten Funkfeuer (NDBs)11 die aufgeführte Liste als PDF-Datei speichen/drucken in der Sortierung nach Frequenz. Wenn ich es versuche, wird immer wieder die Sortierung ignoriert und die Liste wird in der "Urform" nach Rufzeichen sortiert dargestellt.
Wie kann ich die Sortierung dauerhaft für den PDF-Ausdruck übernehmen?
Ohne die E-Mail gesehen zu haben, würde ich sagen, das ist ein Problem des entsprechenden E-Mail-Programms. Ich selber habe im Outlook oft das umgekehrte Problem, nämlich, dass der Punkt am Ende des Satzes noch als Teil des Links interpretiert wird, den ich angegeben habe. Mein Workaround ist dann immer ein Leerzeichen vor dem Punkt zu machen. Ich kann mir gut vorstellen, dass Thunderbird genau diese Problematik bekannt ist und sie deswegen Punkte am Ende von Links grundsätzlich entfernen. DestinyFound (Diskussion) Wikipedia:Technik/Archiv/2020#c-DestinyFound-2020-02-16T10:50:00.000Z-Doktor Wu-2020-02-04T12:25:00.000Z11
In der Diff-Ansicht wird ausschließlich der Unterschied zwischen dem alten und dem neuen Quelltext dargestellt.
Heißt: Beim Vergleich gibt es auch keine Kategorien und Vorlageneinbindungen und Verknüpfungen mit Wikidata und was auch immer.
Was der Quelltext bedeuten soll wird nicht untersucht.
Das hat Performance-Gründe, und wird wohl auch niemand anfassen wollen.
Das gilt genauso für die Erstbearbeitung&action=edit wenn per Benutzereinstellung auf nacktes kurzes Anzeigen konfiguriert.
Im Vorschau-Modus erfolgt ein komplettes Rendering des neuen Textes. Hier werden neue Kategorien den bisherigen hinzugefügt, die jetzt aktuellen Vorlageneinbindungen usw. angezeigt, und auch die Interlanguages sind die bisherigen zuzüglich solcher die durch geänderten Quelltext hinzugekommen sein werden gehättet gesollt.
Sir Gawain Disk. Wikipedia:Technik/Archiv/2020#c-Sir Gawain-2020-01-12T16:23:00.000Z-Ulanwp-2020-01-11T12:22:00.000Z11
) Wikipedia:Technik/Archiv/2020#c-MGChecker-2020-04-02T23:37:00.000Z-Änderungen verwerfen funktioniert nicht11
aus. Geduld. --PerfektesChaos Wikipedia:Technik/Archiv/2020#c-PerfektesChaos-2020-05-02T13:09:00.000Z-Mabschaaf-2020-05-02T06:55:00.000Z11
Liebe Grüße, – Doc Taxon • Disk. • Wikipedia:Technik/Archiv/2020#c-Doc Taxon-2020-09-07T15:42:00.000Z-Dogbert66-2020-09-07T14:05:00.000Z11
RikVII. my2cts Wikipedia:Technik/Archiv/2020#c-RikVII-2020-10-16T18:27:00.000Z-Links auf andere Sprachversionen11
RikVII. my2cts Wikipedia:Technik/Archiv/2020#c-RikVII-2020-10-17T05:16:00.000Z-Tsungam-2020-10-16T19:17:00.000Z11
Wikipedia:Technik/Archiv/2020#c-Bjs-2020-07-20T11:43:00.000Z-Virtual editor11
