Benutzer Diskussion:Umherirrender/Archiv/2015-2

aus Wikipedia, der freien Enzyklopädie
Zur Navigation springen Zur Suche springen

CTT

Hallo Umherirrender! Gerade bin ich auf darauf gestoßen, wenn man den im Zusammenhang mit dem Content-Translation-Tool erzeugten Interwiki-Rotlinks anklickt. Da erscheint die Meldung Diese Seite ist noch nicht auf English vorhanden. Möchtest du sie erstellen? (Unterstreichung von mir). Keine Ahnung, ob das von Wikidata oder vom Translatewiki kommt, aber dieser Eintrag hier sollte nicht dem Begriff entsprechen, der in den IWs verwendet wird, sondern der Kurzbegriff des jeweiligen Sprachenartikels; hier Englisch -> Englische Sprache. Kannst du dich drüm kümmern, zumal ich meinen Bugzilla-Account bisher nicht auf Phabricator angepaßt habe. Grüße --Matthiasb – Vandale am Werk™ (CallMyCenter) 22:53, 11. Jul. 2015 (CEST)

Ich habe phab:T105641 angelegt.
Ein Phabricator-Konto scheinst du schon zu haben (Anmeldung per SUL). Wenn du dort noch deine alte(n) Bugzilla-E-Mail-Adresse(n) in den Einstellungen erfasst, dann werden innerhalb eines Tages deine alten von Bugzilla importieren Beiträge deinem Benutzerkonto zugeordnet (Ich denke, das Skript ist noch aktiv). Anschließend kann man dann von der Wegwerf-E-Mail-Adresse sich lösen, da E-Mails in Phabricator nicht mehr öffentlich sichtbar sind. Einfach eine andere E-Mail-Adresse als primary erfassen. Der Umherirrende 19:14, 12. Jul. 2015 (CEST)

Einbindung von Bildern in fremde Wikis

Hallo Umherirrender, ich komme jetzt zu dir als selbst umherirrender ;-) Vielleicht kannst du mir weiterhelfen. Ich möchte auf http://regiowiki.at bzw. auf einem lokalen Wiki Fotos von Commons bzw. WP einbinden. Bis zur Umstellung auf https: hat alles tadellos geklappt. Aber jetzt stehe ich an bzw. irre eben umher, weil mir niemand dabei helfen konnte. Vielleicht weißt du wie es geht oder kennst jemanden der es weiß --danke im Voraus --K@rl 13:37, 7. Jul. 2015 (CEST)

Läuft dein Server auf Windows oder auf Linux? Dadurch dass die Dateiseite erkennt, das es ein Bild gibt, ist die Verbindung zu commons nicht ganz weg. Es kann nur das Vorschaubild nicht besorgt werden.
Bei meinem Testwiki auf Windows hatte ich auch Probleme, weil die Zertifikate von commons nicht anerkannt wurden. Unter mw:InstantCommons#HTTPS gibt es ein paar Tips (also curl nutzen, wenn nicht vorhanden oder die Zertifikate-Datei herunterladen und einbinden). Vielleicht hilft davon schon etwas, sonst müsste man noch genau schauen. Der Umherirrende 18:36, 7. Jul. 2015 (CEST)
Das Testwiki beimmir läuft auf Windows, das regiowiki selbst allerdings auch auf Linux. - aber da werde ich dann weiter ansetzen, danke vorerst, ich melde mich wieder --lg K@rl 23:44, 10. Jul. 2015 (CEST)
Sorry, dass ich jetzt eigentlich eher dümmer als gescheiter würde. Im Prinzip verstehe ich es, aber beim Tun, haperts dann. Ichhabe momentan das Gefühl, dass die Wiki-Installation immer komplexer und unübersichtlicher wird und die Übersetzungen immer weniger - somit die Software immer elitärer ;-) - allein mit dem Composer weiß ich mir nichts mehr anzufangen, der ja ab 1.25 ein Must have ist. Aber wie ich und wo ich ihn wirklcih korrekt einsetze, ist mir aus den nur mehr englischen Erläuterungen nicht mehr klar geworden. Dasselbe ist mit dem Validator. Vielleicht kannst du mir da weiterhelfen. danke im Voraus K@rl 16:45, 12. Jul. 2015 (CEST)
Installierst du über Tarball oder git-Repos?
Du brauchst den Composer nicht umbedingt. Im Git-Repo "mediawiki/vendor" ist alles zusammengefasst, was es an externen Bibliotheken geben muss. Der Inhalt muss in den Ordner "vendor" im Stammverzeichnis der MediaWiki-Installation. Im Tarball sollte es standardmäig enthalten sein.
Du hast aber Recht, das es dadurch nicht einfacher wird. Auch das kein Skin mehr Standardmäßig dabei ist, macht es für Entwickler nicht einfacher, über eigene Git-Clones zu Installieren. Im Tarball aber, sollte alles enthalten sein. Der Umherirrende 18:11, 12. Jul. 2015 (CEST)
derzeit versuch das 1.23.6, das ja im Prinzip läuft entsprechend dem regiowiki.at nachzubauen. Dabei habe ich die Extensions alle aus Tarball.gz einfach kopiert und in die localsetting eingetragen. Was ich so nicht zusammenbrachte ist das Nachinstallieren von Maps (was ich wahrscheinlich so eh nicht brauche) und das Validator. Alle anderen Extensions habe ich soweit nachinstalliert. Was ich noch nicht gefunden habe ist, dass mir immer auf den einzelnen Seiten das </div> und </span>-Tags erscheinen. Die weiß ich nichct wie und wo die herkommen, die sollten doch in der mediawiki:commons drin sein oder irre ich da - ich weiß das hat mit den Zertifikaten noch nichts zu tun - aber ich will sie zuerst sonst soweit entsprechend bringen um dann das Hauptproblemanzugehen ;-) --danke für die Geduld --lg K@rl 20:17, 12. Jul. 2015 (CEST)
Validator und Maps sind vermutlich nicht im tarball. Unter mw:Special:ExtensionDistributor kannst du dir die Extension mit dem jeweiligen Releasestand herunterladen. Die div und span können aus JavaScript kommen oder aus Systemnachrichten. Hier könnte es helfen, wenn man erst alle Extension deaktiviert und dann einzeln aktiviert, dann kommt man auf die entsprechende Extension. Wenn man viele Extension hat, kann man auch größere Gruppen aktivieren und muss dann erst einzeln aktivieren, wenn der Fehler auftritt. Falls das nicht hilft, Common.js und die anderen .js leeren. Der Umherirrende 20:25, 12. Jul. 2015 (CEST)
Danke, das war schon einmal eine sehr wertvolle Adresse - jetzt geh ich einmal auf die div los ;-) -- gruß K@rl 21:04, 12. Jul. 2015 (CEST)
So beim Provider wurde das Problem mit apt-get install curl php5-curl des fehlenden Zertifikates gelöst. Das heißt es läuft wieder - nochmals danke füre die Tipps --lg K@rl 09:23, 14. Jul. 2015 (CEST)
Das hört sich gut an. Schön das es (wieder) läuft. Der Umherirrende 19:41, 14. Jul. 2015 (CEST)
Ja danke, beim Lokalen bin ich zwar noch nicht so weit, wäre als Lerneffekt sicher gut auch so weit zu kommen ;-), es ist aber auch nicht so schlimm, wenn die Fotos da nicht angezeigt werden. --lg K@rl 20:49, 14. Jul. 2015 (CEST)

Benutzerseite

Jetzt reicht es langsam, jetzt wird eine richtige Disk. von Dir schnell gelöscht, nur um nichts Negatives auf der Disk.-Seite zu haben. Ich erwarte, dass Du meine Benutzerseite in Ruhe lässt und so wiederherstellst , wie sie war. --Hhwginger (Diskussion) 04:06, 13. Jul. 2015 (CEST)

Du behauptest hier, Umherirrender hätte auf deiner Benutzerseite „viel geändert und gelöscht“. Die Versionsgeschichte deiner Benutzerseite ist hier. Verrätst du uns, wann er da „viel geändert und gelöscht“ hat?
Und welche „Disk. [wurde] von [Umherirrender] schnell gelöscht, nur um nichts Negatives auf der Disk.-Seite zu haben“? Du selbst hast deinen ursprünglichen Beitrag auf dieser Seite entfernt: Spezial:Diff/143975510
--Schniggendiller Diskussion 04:26, 13. Jul. 2015 (CEST)
Langsam kommt es mir so vor , als sollte ich der sein, der auf meiner Benutzerseite etwas geändert hat.
-)Ich sah in der allgem. Beobachtungslisté, dass Umherirrender etwas an meiner Benutzerseite geändert hat. Das empfinde ich nicht in Ordnung. DA WERDEN WOHL VIELE MEINER Meinung SEIN; ICH KANN NICHT einfach bei anderen die Benutzerseite ändern. Ich schrieb es dann auf die Disk.-Seite von Umherirrender, sofort setze er wieder die Verortung (ich entscheide über die Benutzerseite und Verortung) ein auf der Benutzerseite und löschte meinen Disk.-Beitrag auf seiner Disk.-Seite. Das hast Du doch selbst gelesen in der Versionsgeschichte. Bitte hilf mir , dass alles wieder in Ordnung kommt, ich habe jetzt die Benutzerseite so auf den letzten Stand gebracht. Ich kenne viele, die von solchen Sachen bei WP einfach überdrüssig sind und langsam aufhören. Man ist müde solcher Vorgänge. Wikiquette erwarte ich schon --Hhwginger (Diskussion) 05:09, 13. Jul. 2015 (CEST)
Du hast dich verguckt. Vergleiche mal Spezial:Beiträge/Umherirrender und Spezial:Beiträge/Hhwginger. Du hast in den letzten Stunden diverse Änderungen an deiner Benutzerseite vorgenommen, Umherirrender nicht, siehe auch die Versionsgeschichte deiner Benutzerseite. Umherirrender hat tatsächlich mal etwas an deiner Benutzerseite gemacht, nämlich dies, am 20. Dezember 2012. Das war ein „Service-Edit“ wg. einer Kategorieumbenennung (und in solchen Fällen gilt ein Bearbeiten fremder Benutzerseiten im Allgemeinen als akzeptiert). Am 12. Juli 2015 um 00:53 hast du in der Versionsgeschichte offenbar auf „zurücksetzen“ geklickt. Das führt dazu, daß alle Bearbeitungen des letzten Bearbeiters (= du) entfernt werden und die erste Version wiederhergestellt wird, die von einem anderen Benutzer ist. Und das war halt Umherirrender, am 20. Dezember 2012. Gruß --Schniggendiller Diskussion 05:33, 13. Jul. 2015 (CEST)
Jetzt muss ich wirklich "Asche auf mein Haupt streuen", jetzt ist mir auch klar, warum Du die Disk.-Seite gleich gelöscht hast, vermutlich, weil das Problem etwas fremd für Dich war . Bitte um Entschuldigung.

Vielleicht sollte man nicht zu spät ins WP gehen, dann passieren einem solche falschen Klicks. Ich hoffe, Du nimmst es von mir an. Dass ich auf 2 Disk. -Seiten geschrieben habe, lag daran, dass ich dachte , hier wird es wieder gelöscht, auch da Pardon. --Hhwginger (Diskussion) 17:27, 13. Jul. 2015 (CEST)

Gut das es sich aufgeklärt hat. Der Satzbestandteil "von Umherirrender zurückgesetzt" ist zwar in der Zusammenfassung enthalten, aber "auf die letzte Version" ist genauso wichtig zu lesen. Der Aktions-Benutzer steht immer vorne hinter der Uhrzeit in der Versionsgeschichte.
Der Satz hat schonmal Irritationen ausgelöst. Eine bessere Übersetzung fällt mir aber nicht ein. Der Englische Originaltext hat nur ein anderen Satzbau, wo dann "zurücksetzen" und der Benutzername nicht hintereinander kommt. "Reverted edits by User2 (talk) to last revision by User1" Der Umherirrende 19:11, 13. Jul. 2015 (CEST)
Man könnte evntl ein "Alle" Änderungen... davorsetzen, könnte evtl helfen. Viele Grüße, Luke081515 19:38, 13. Jul. 2015 (CEST)
gut ,dass es sich geklärt hat. Habe nochmal zurückgeschaut. Der Satz kann einen wirklich irritieren. Vielleicht gibt es mal einen besseren Vorschlag. , Danke und weiter gute Arbeit --Hhwginger (Diskussion) 02:45, 14. Jul. 2015 (CEST)

Wikipedia:Administratoren/Anfragen#umstellung

Ist es doch noch nicht soweit? Eine Zusammenführung gabs doch schon, oder gabs da Fehler, weißt du das? Viele Grüße, Luke081515 20:38, 27. Jul. 2015 (CEST)

Es gibt das entsprechende Logbuch auch schon mit einem Eintrag (Special:Log/usermerge), aber es ist noch in der Testphase, siehe diesen Beitrag von DerHexer. Der Umherirrende 21:30, 27. Jul. 2015 (CEST)

bklCheck

Na, also wenn du dich schon um das ewige Leben alter Leichen im Keller verdient machen möchtest, dann upgrade doch bitte drei Sachen ebenfalls:

  1. window.bklCheck → mw.libs.bklCheck (+callback!)
  2. API.query.continue schon übersichtlich in beiden Basisparametersätzen queryParamsPreview und queryParamsView einführen und nicht erst nachträglich ranmogeln. Das ist zurzeit noch sehr konfus.
  3. Kapselung in (mw,$).

LG --PerfektesChaos 12:03, 11. Aug. 2015 (CEST)

Ich habe query.continue erst nachträglich drangesetzt, weil es beim res['continue'] auch einen Wert hat und man dann nicht durcheinander kommen sollte, in welcher Reihenfolge man was zusammenführen muss. Man vermeidet also das überschreiben eines Parameters beim Merge, was ich vom Gedankengang einfacher finde, als wenn es schon da steht und man den Wert nur verändern müsste.
window.bklCheck kann ich nicht auflösen, weil ich dann nicht weiß, ob die Konfigurationsmöglichkeiten noch erhalten bleiben. Man kann ja jetzt irgendwie auch eigene Kategorien setzten (beispielsweise habe ich das mal mit Lesenswert und Exzellent gesehen). Gleiches gilt für mw,$. Meine Arbeiten an den Leichen versuche ich so minimal wie möglich zu machen, auch wenn dies bedeuten kann, häufiger mal den Defi zu benutzen (Ich bin ja kein Arzt). Der Umherirrende 12:15, 11. Aug. 2015 (CEST)
  • Die alten, als deprecated zu bezeichnenden Benutzerkonfigurationen wären mit extend an ein zukunftsfähigeres mw.libs.bklCheck anzuschließen.
  • Ich sehe aber ohnehin nicht, dass user in den dependencies aufgelistet wurde. Es ist damit nicht gesichert, dass die Benutzervorgaben bereits aktiv sind, während ein site gadget bereits loslaufen darf.
  • Zurzeit ist im Quelltext noch nicht eimal als Kommentar dokumentiert, welche dependencies zu setzen wären. Das ist dann für die Pflege und ein halbes Jahr später immer ganz schlecht.
  • Statt eines Kommentars würde ich ohnehin ein mw.loader.using() empfehlen: Wenn das über definitions gestartet wurde, dann waren alle Ressourcen bereits vorher im Paket vom Server abgerufen und using hakt die einfach nur als vorhanden ab. Wenn irgendwie anders per Greasemonkey oder load rangeholt, dann fällt das Teil auf die Nase. Um Inkonsistenzen zu vermeiden, gilt das Array bei using gleichzeitig als Referenz und Dokumentation, was für das Vorab-Laden in den definitions eingetragen werden muss. Wenn das dann mal nicht auf der Höhe der Zeit war, repariert sich das Gadget selbsttätig.
  • Für mich ist es unübersichtlich, weil ich im Options-Objekt keinerlei continue oder rawcontinue sehen kann. Die Zusammenführung ist simpel, beim allerersten Aufruf ist false zu setzen, der andere bekommt res['continue']:
    • queryParams['continue'] = ( continueParams || queryParams['continue'] );
Die nächsten Reanimationen zeichnen sich ohnehin schon am Horizont ab.
Schönen Urlaub --PerfektesChaos 12:39, 11. Aug. 2015 (CEST)
queryParams['continue'] müsste res['continue']['continue'] bekommen, weil res['continue'] ist ein Objekt, was auch noch die anderen Continue-Parameter (wie clcontinue) enthält. Da diese auch hinzugefügt werden müssen, war es mir so am einfachsten möglich und es funktioniert. Da die meisten Gadgets hier eh nicht zum vorzeigen sind, sehe ich das nicht als so problematisch an. Aber jeder Admin darf da gerne dran herumändern ;-) Der Umherirrende 13:42, 11. Aug. 2015 (CEST)
Mit Verlaub, res['continue']['continue'] klingt mir so, als ob du da das alte rawcontinue beschreibst. Das war ja gerade der Sinn der Neuerung, dass diese doppelte Verpackung wegfallen soll und nun einfach das continue-Dingens in die neue query zu schreiben ist, wobei es mehr oder weniger unerlaubt ist, sich dafür zu interessieren, was innerhalb der Komponente passiert, weil diese eines Tages auch mal verändert werden könnte. Aber die Außentemperatur liegt über meiner Körpertemperatur, mein Hirn schaltet gerade ab, und ich kann es nicht mehr abschließend analysieren. LG --PerfektesChaos 14:08, 11. Aug. 2015 (CEST)
Der Server antwortet mit {"continue":{"clcontinue":"...","continue":"||"}. Beide Werte müssen jetzt an die ursprüngliche Anfrage angehängt werden. Wenn die ursprüngliche Anfrage bereits ein "continue": "" enthält, dann muss ein Key entfallen und zwar muss der vorhandene entfallen und nicht der neue. Ich habe nicht getestet, wie sich $.extend bei doppelten Keys verhält, möglich wäre ein ignorieren oder ein überschreiben. Das überschreiben ist hier notwendig, da ich aber nicht getestet habe, habe ich den sicheren Weg genommen und lasse die Basis-Parameter ohne "continue": "", dann kann $.extend auf jeden Fall den Key dranhängen. Der Umherirrende 14:18, 11. Aug. 2015 (CEST)
Also, als es noch rund 25 Grad kühler war, hatte ich das mal getestet, in einem halben Dutzend Skripte erfolgreich umgesetzt und auf Wikipedia:Technik/Skin/JS/Obsolet#rawcontinue beschrieben.
Was in der Server-Antwort drinsteht, darfst du gar nicht mehr wissen oder anfassen.
CPU of PC boiling --PerfektesChaos 14:26, 11. Aug. 2015 (CEST)

MediaWiki:Emailpage

Magst Du Dir obige Systemmeldung mal hinsichtlich Benutzer_Diskussion:Xqt#Seltsamer_Nachsatz_in_Bot-eMail anschauen. Seit Mitte April kommt da Quatsch bei raus.  @xqt 17:38, 19. Aug. 2015 (CEST)

Ich habe die Nachricht gelöscht, weil ich keine Verwendung außerhalb von MediaWiki:Emailuserfooter gefunden habe (Seit gerrit:17785). Das Nachrichten im Kontext von api.php kein PAGENAME verwenden sollten, ist aber richtig. Hier müsste man eventuell den Titel für emailuserfooter noch richtig setzen, das werde ich am Wochenende mir anschauen. Ich habe phab:T109614 angelegt, weil die Nachricht eigentlich nicht mehr da sein sollte. Der Umherirrende 21:00, 19. Aug. 2015 (CEST)

css

Hallo Umherirrender! Mit

mw.loader.load("//en.wikipedia.org/w/index.php?title=" + "user:Doc Taxon/monobook.js" + "&action=raw&ctype=text/javascript","text/javascript" );

kann ich eine js-Datei aus einer anderen Sprachversion ausführen. Ist so etwas auch irgendwie mit css möglich, so wüsste ich gern, wie ich meine monobook.css der en.wp in die es.wp laden kann, z. B. Für jegliche Hilfe bin ich dankbar, schöne Grüße. – Doc Taxon • Diskussion • Wiki-MUC • Wikiliebe?! • 07:44, 23. Aug. 2015 (CEST)

ps: Den Weg über meta.wm will ich da nicht gehen, weil die css bei RTL-Sprachen nicht funktioniert.

Hallo Doc Taxon, es gibt zwei Möglichkeiten CSS aus anderen Sprachvarianten zu holen. Einmal aus einer JavaScript-Datei heraus mit der Syntax wie oben (aber anderem Texttyp - text/css):
mw.loader.load("//en.wikipedia.org/w/index.php?title=" + "user:Doc Taxon/monobook.css" + "&action=raw&ctype=text/css","text/css" );
Oder aus einer CSS-Datei mit der @import-Anweisung
@import "//en.wikipedia.org/w/index.php?title=user:Doc Taxon/monobook.css&action=raw&ctype=text/css";
Was allerdings besser oder schneller ist, kann ich nicht sagen. Bei der Geschwindigkeit dürfte sich nicht viel tuen. Letztes funktioniert aber auch nur wenn die URL schon feststeht. Wenn du den title=-Teil per Parameter übergeben möchtest, musst du die erste Variante nehmen. Der Umherirrende 09:49, 23. Aug. 2015 (CEST)
SCNR * RTFM * WP:CSS #import * LG --PerfektesChaos 14:28, 23. Aug. 2015 (CEST)
@PerfektesChaos: SCNR * UTFM * WP:SKIN/* * FG – Doc Taxon • Diskussion • Wiki-MUC • Wikiliebe?! • 14:46, 23. Aug. 2015 (CEST)

contribsrange

Moin Umherirrender, der Link "alle auf/zu" funktioniert nicht mehr im Zusammenhang mit dem MediaWiki:Gadget-contribsrange.js (ReferenceError: prefixContribsToggleAll is not defined). Könntest Du Dir das bitte mal anschauen? Danke und Grüße --Millbart talk 14:55, 24. Aug. 2015 (CEST)

könnte wieder funktionieren. Der Umherirrende 16:30, 24. Aug. 2015 (CEST)
Funktioniert! :-) --Millbart talk 16:36, 24. Aug. 2015 (CEST)

Staun.

Auf Spezial:Einstellungen sehe ich wie immer rechts oben ein schwarzes Fragezeichen auf weißem Grund im schwarzen Kreis.

  • Das führt jetzt aber auf unsere Hilfe:Einstellungen.
  • Das machten eigentlich nur weiße „i“ auf blauem Grund.
  • Wie kommt’s?
  • Wo finde ich die Doku-Seite dazu?

Schönen Sonntag --PerfektesChaos 14:28, 23. Aug. 2015 (CEST)

So ähnlich geht's mir mit dem FM – Doc Taxon • Diskussion • Wiki-MUC • Wikiliebe?! • 14:48, 23. Aug. 2015 (CEST)
Das geht über MediaWiki:Preferences-helppage. Die entsprechende Unterseite ist auch für viele Spezialseiten und Aktionen angelegt, aber da sich das Icon von unserer Lösung unterscheidet, wird MediaWiki:Specialpage-helplink weiterhin genutzt und der MediaWiki-eigene Helplink ausgeblendet. Ich hatte das schwarze Fragezeichen nicht auf Commons gefunden, um es bei uns zu verwenden und somit das Icon der beiden Möglichkeiten anzugleichen. Der Umherirrende 16:23, 23. Aug. 2015 (CEST)
Ah ja.
  • Lässt meine Frage offen: Wo finde ich die MW-Doku-Seite dazu, für Wiki-Admins?
  • Und wie finde ich eine übersichtliche Aufstellung dieser ganzen Systemnachrichten; außer rumsuchen?
Dass das ein anderer Icon ist, ist nicht schlimm. Dann kann man unsere Lösung von denen ihre unterscheiden, und kein ratsuchender Benutzer hat beide Seiten übereinander und regt sich über unterschiedliche Icons auf oder bemerkt das überhaupt.
LG --PerfektesChaos 16:37, 23. Aug. 2015 (CEST)
Keine Ahnung wo die Hilfeseite für den Hilfelink ist. Vermutlich gibt es nichts. Für die -summary-Nachrichten gibt es vermutlich auch keine Erklärung. Die Änderung war gerrit:208378. Eine Suffix-Suche gibt es leider nicht. Man kann auch nicht so einfach erkennen, bei welchen Seiten es einen Standardhelplink gibt, den man überschreiben müsste.
Soll ich dann die Ausblendung herausnehmen und bei den ca. 3 Seiten mit Konflikt unsere Lösung ausbauen? Ein paar Seiten habe ich auch leer gelassen, weil ich nichts passendes gefunden hatte. Der Umherirrende 16:58, 23. Aug. 2015 (CEST)
  • Was 3 Seiten mit Konflikt sind, weiß ich grad nicht. Wir sind aber natürlich Patrioten, und außer bei den Einstellungen, wo wir nicht rankommen, nehmen wir natürlich unser (=dein) System.
  • Ich arbeite dran, dass es zu jeder Spezialseite (im Nomalnutzerbereich) eine Hilfeseite gibt; wo fehlt’s denn? Ich habe heute sowieso einen milden Tag im Grünen und arbeite die ganzen grünen Hilfeseiten auf.
LG --PerfektesChaos 17:06, 23. Aug. 2015 (CEST)
Alle Seiten in deiner Suche die ein '-' im Ergebnis anzeigen, haben keine passene Hilfeseite. Also es fehlt was zu Special:NewPages/Spezial:NewImages, Spezial:Export, Spezial:Recentchangeslinked, Spezial:Userrights. Als Suffix vielleicht diese Query? Es gibt 5 Konflikte, wo es den MediaWiki-eigenen Hilfelink gibt und unsere Vorlage: MediaWiki:Contributions-summary, MediaWiki:Linksearch-text, MediaWiki:Recentchanges-summary, MediaWiki:Watchlist-summary, MediaWiki:Whatlinkshere-summary. Der Umherirrende 17:27, 23. Aug. 2015 (CEST)
Ich habe die Verwendung in den Konfliktfällen entfernt. Der Umherirrende 20:39, 23. Aug. 2015 (CEST)

LG --PerfektesChaos 17:58, 23. Aug. 2015 (CEST)

Ich habe die MediaWiki-eigenen Hilfelinks wieder eingeblendet. Ich bekomme aber nicht das gleiche Bild bei den de.wp-eigenen hin, weil ich das Bild auf Commons nicht gefunden habe. Hier muss man mal schauen, ob es das nicht doch gibt.
Sichtbarste Änderung: Jede Kategorieseite hat jetzt ein Hilfelink, falls das nicht gefällt, kann auf MediaWiki:Namespace-14-helppage ein '-' eingetragen werden. Der Umherirrende 20:39, 23. Aug. 2015 (CEST)
Solange die auf unsere eigenen Seiten zeigen und nicht auf mw:Help:Categories/de#Redirecting_a_category, ist das erstmal okay.
LG --PerfektesChaos 21:10, 23. Aug. 2015 (CEST)

Offene Nachrichten:

LG --PerfektesChaos 20:33, 24. Aug. 2015 (CEST)

Export und uls habe ich mal gesetzt (wo auch immer uls verwendet wird ...). Userrights wird wohl keiner umbedingt brauchen. Bei den anderen bin ich mir unsicher, ob es mehr Infos sind als gar kein Link, daher erstmal gelassen. Der Umherirrende 21:07, 24. Aug. 2015 (CEST)
Naja, vielleicht suchte ein Benutzer eigentlich eine andere Spezialseite und Abfrage; dann sollten wir schon durchgängig diese Dinger überall anbieten. Export sauge ich mir irgendwann richtig aus den Fingern, ist momentan irgendwie WL. LG --PerfektesChaos 21:25, 24. Aug. 2015 (CEST)

Einen habe ich noch: MediaWiki:templatedata-helplink-target → Hilfe:TemplateData (URL).

  • Ist deinen queries irgendwie entgangen.
  • Ich liebe die Faulheit der MediaWiki-Programmierer, ein Register zu pflegen oder wenigstens eine Dokuseite mit einer Namenskonvention anzulegen.

LG --PerfektesChaos 12:18, 26. Aug. 2015 (CEST)

Ich habe die Systemnachricht noch angelegt. Doku wird doch immer vernachlässigt ;-) Außerdam kann man sich immer auf historisches Berufen, wo es andere Namen gibt. Der Umherirrende 21:30, 26. Aug. 2015 (CEST)

Helferlein Navigation popups funktioniert nicht

Hallo Umherirrender! Das MediaWiki:Gadget-navigation-popups.js funktioniert bei mir unter vector und monobook nicht, obwohl ich es in den Einstellungen angekreuzt habe. Auch der explizite Eintrag in meine monobook.js hat daran nichts geändert. Mir ist aufgefallen, dass Navigation popups in der fr.wp einwandfrei funktionieren. Kann man ein dortig verwendetes Skript (weiß nicht, welches das ist) irgendwie nach de.wp in die monobook.js importieren, damit es hier auch funktioniert? Danke sehr und liebe Grüße, – Doc Taxon • Diskussion • Wiki-MUC • Wikiliebe?! • 01:51, 29. Aug. 2015 (CEST)

Bei mir funktioniert's „wie normal“, also beispielsweise bei Spezial:Beiträge nicht. --Leyo 01:55, 29. Aug. 2015 (CEST)
Ich habe es mal aktiviert und es erscheinen "PopUps". Was heißt bei dir, "funktioniert nicht"? Gar nicht oder erwartest du an bestimmten Stellen? Siehst du etwas in der WP:JS#Fehlerkonsole?
Wir laden das Skript aus en.wikipedia und verwalten es nicht selber. Der Umherirrende 10:13, 29. Aug. 2015 (CEST)
Warum steht da eigentlich seit 2012 eine Endlosschleife im ersten Statement?
  • Ceterum censeo dass es ausreicht, einmal am Tag oder einmal pro Stunde nach einer neuen Codierung auf der enWP zu fragen.
LG --PerfektesChaos 10:47, 29. Aug. 2015 (CEST)
Ich sehe keine Loop, weil MediaWiki:Gadget-navigation-popups.js/de eine andere Seite ist. Die URLs hat Krinkle zuletzt geändert, da werde ich nicht dran gehen, scheint so bei ResourceLoader gewollt zu sein. Der Umherirrende 11:55, 29. Aug. 2015 (CEST)
Ah, okay, das /de hatte ich übersehen, sorry for confusion. LG --PerfektesChaos 11:58, 29. Aug. 2015 (CEST)
naja, ich erwarte einen popup bei mouse hover, wie das bei diesem Gadget eigentlich funktionieren sollte. Da geht nix bei mir (Firefox). In der englischsprachigen übrigens auch nicht. Das funktioniert eigentlich nur in der französisch-sprachigen. Wie kommt's denn? Was kann ich tun? In den Einstellungen habe ich navigation popups aktiviert. In der fr.wp habe ich in den Einstellungen jedoch nichts wirklich adäquates gefunden. Bin da ziemlich ratlos. ... – Doc Taxon • Diskussion • Wiki-MUC • Wikiliebe?! • 15:37, 29. Aug. 2015 (CEST)

trag ich übrigens in meiner monobook.js auf fr.wp dies ein: 

 mw.loader.load('https://de.wikipedia.org/w/index.php?title=MediaWiki:Gadget-navigation-popups.js/de&action=raw&ctype=text/javascript');
 mw.loader.load('https://en.wikipedia.org/w/index.php?title=MediaWiki:Gadget-popups.js&action=raw&ctype=text/javascript');
 mw.loader.load('https://en.wikipedia.org/w/index.php?title=MediaWiki:Gadget-navpop.css&action=raw&ctype=text/css', 'text/css');

funktioniert das dort auch nicht mehr. – Doc Taxon • Diskussion • Wiki-MUC • Wikiliebe?! • 15:47, 29. Aug. 2015 (CEST)

Könntest du mal schauen, ob du in der Fehlerkonsole etwas hast? --Leyo 22:51, 29. Aug. 2015 (CEST)
Du kannst popups nicht über die Einstellungen und in deiner monobook.js haben, das beißt sich dann wohl. Wenn aus den Einstellungen nichts kommt, sollten die 3 Zeilen oben aber funktionieren. Ich habe keine Idee, warum dein JavaScript in verschiedenen Projekten unterschiedlich argiert, ohne scheinbar Fehler zu melden. Eventuell einmal alles auf Anfang setzen, also ein paar Skripte deaktivieren und beobachten, wann dann die Nebeneffekte aufhören. Der Umherirrende 22:47, 4. Sep. 2015 (CEST)
Ja, vielen Dank für Deine Antwort! Ich hab das aber auch schon alles probiert. Alle Skripte weg, Einstellungen ein/aus, sämtliche Kombinationen mit den drei Zeilen und dann wieder ohne. Die js aus der französischen importiert, ging auch nicht. Es ist komisch. Was mir allerdings aufgefallen ist: bei mouseover über den Link kam mal diese mouseover-Infotextzeile und mal gar nichts. – Doc Taxon • Diskussion • Wiki-MUC • Wikiliebe?! • 01:21, 6. Sep. 2015 (CEST)
Nachtrag: in commons funktioniert die popup-Funktion, dort habe ich in den Einstellungen nicht popups in den Helferlein aktiviert, jedoch in der monobook.js statt diesen 3 Zeilen die Zeile: 
mw.loader.load("//en.wikipedia.org/w/index.php?title=" + "User:Lupin/popups.js" + "&action=raw&ctype=text/javascript","text/javascript" );
es poppt doch aber in jeder Sprachversion bei Nutzung des Scripts die Meldung auf, dass dieses unmaintenanced tool nicht mehr funktionieren solle. Oder wurde dies mittlerweile geändert? – Doc Taxon • Diskussion • Wiki-MUC • Wikiliebe?! • 01:47, 6. Sep. 2015 (CEST)
puh, mein Nachtrag hat mich noch einmal hoffen lassen und ich hab es nochmals probiert. Und jetzt funktioniert es dann plötzlich doch. Und zwar beide Varianten: in den Eigenschaften eingeschaltet und die drei Zeilen von oben auskommentiert sowie in den Eigenschaften ausgeschaltet und die drei Zeilen einkommentiert *wunder* Entweder wurde etwas geändert oder ... was weiß ich. Egal, Hauptsache es geht jetzt wieder wie früher. Schöne Sonntagsgrüße aus dem verregneten Finnland – Doc Taxon • Diskussion • Wiki-MUC • Wikiliebe?! • 20:17, 6. Sep. 2015 (CEST)

Maximale Kategorienzahl

Hallo Umherirrender, ich gehe davon aus, daß die maximale Zahl von Kategorien nach oben ziemlich offen ist und nur von den üblichen Beschränkungen betroffen ist wie den bekannten 2.000.000 Byte und dergleichen, also rein praktisch kaum zu erreichen ist. Oder ist dir was gegenteiliges bekannt? --Matthiasb – Vandale am Werk™ (CallMyCenter) 21:14, 17. Sep. 2015 (CEST)

Geht es dir um die maximale Anzahl an Kategorien in einem Artikel? Dann gilt die 2 MB-Grenze die direkt oder durch Vorlageneinbindung erreicht werden kann, weil die Kategorien ja aus dem Wikitext kommen müssen. Ansonsten kann eine Seite in so vielen Kategorien sein, wie sie möchte.
Andersherum kann eine Kategorie auch unendlich viele Seiten enthalten. Somit würde ich auch sagen, das es nicht zu erreichen ist. Der Umherirrende 21:19, 17. Sep. 2015 (CEST)

Veraltete Vorlagen

Hi, ich hab mir die Kat mal angeschaut, und die Diskussion auf Wikipedia:Veraltete Vorlagen, die ja tot zu sein scheint. Nebenbei bin ich auf auf diesen Diff von dir hier gestoßen, den hier. Heißt das in dem Fall, das man die Vorlage als Lösung substen kann? Das Problem ist ja, das das nur noch Benutzerbeiträge sind, die die Vorlage verwenden. Dürfte man in dem Fall die Vorlage substen? Ich bin mir da nicht sicher. Weil sonst wäre das ein vllt ein Einsatz für meine neue Botfunktion, die kann alle Einbindungen einer Vorlage substen. Viele Grüße, Luke081515 00:36, 20. Sep. 2015 (CEST)

Hallo, eine eigene Bearbeitung zum massenhaften substen der veralteten Vorlagen ist eigentlich nicht erwünscht. Ich glaube, ich hatte das nur umgebaut, weil ich auf einer Archiv-Seite eine andere Vorlage ausgetauscht hatte und diese veraltete dann sofort mitgesubst hatte. Der Umherirrende 19:15, 22. Sep. 2015 (CEST)
Hm, heißt das, die bleibt dann auf immer und ewig? Weil sonst darf man die ja nicht Beiträge anderer verändern.... Viele Grüße, Luke081515 19:27, 22. Sep. 2015 (CEST)
Ja, das ist ein heikles Thema. Vorlagen die man durch andere Vorlagen ersetzen kann, kann man schneller und sinnvoller austauschen. Vorlagen, wo die Funktion sich durch Software-Änderung verändert hat, bleiben häufig erhalten oder brauchen Jahre bis sie auslaufen. Der Umherirrende 20:28, 22. Sep. 2015 (CEST)

Danke...

... noch einmal für das genannte Tool zu Abfrage der Edit-Historie, genau so etwas habe ich gesucht. --Stephan.rehfeld (Diskussion) 19:01, 22. Sep. 2015 (CEST)

Kein Problem. Die WP:API bietet viele Möglichkeiten für solche Datenbank-Abfragen. Alternativ kann man auch direkt Datenbank fragen (aber dann kein Text), das ist unter Wikipedia:Technik/Datenbank beschrieben. Der Umherirrende 19:13, 22. Sep. 2015 (CEST) (Zusammenhang: Wikipedia:Fragen zur Wikipedia/Archiv/2015/Woche 38#Export der Edit-Historie eines Benutzers als XML oder CSV)

Echo-Benachrichtigung bei E-Mail-Versand

Hallo Umherirrender, ich möchte mich einfach kurz für die prompte Erfüllung dieses Wunsches bedanken. Gruß, -- hgzh 10:01, 22. Sep. 2015 (CEST)

Hallo hgzh, keine Ursache. Den Wunsch gab es in letzter Zeit schonmal auf einer anderen Seite, dann dazu die Bug-Requests wo man gesehen hat, das andere Communities den ähnlichen Wunsch hatten und dann der Eintrag auf der Wunschliste, da habe ich mir die Zeit genommen, das mal anzuschauen, ob das umsetzbar ist und einen einfachen Weg gefunden, denke ich. Viel Spaß damit, aber erst am Donnerstag in den Einstellungen aktivieren, eine Standardeinstellung ist es nicht (Leute ohne E-Mail-Adresse brauchen das halt nicht). Der Umherirrende 18:23, 22. Sep. 2015 (CEST)
Läuft super das Feature, und wird auch bei den Alarmen angezeigt (auf beta, da ist das echo ja noch gesplittet). Viele Grüße, Luke081515 17:01, 23. Sep. 2015 (CEST)
Wo ich es gerade sehe, der Bug scheint behoben, Email für ne Mail kann ich nicht mehr aktivieren ein SmileysymbolVorlage:Smiley/Wartung/;-) . Viele Grüße, Luke081515 17:03, 23. Sep. 2015 (CEST)

MediaWiki:Gadget-old-movepage.js

Hallo Umherirrender, da sich die Fälle falsch verschobener Seiten seit der Einführung des neuen ooui-Formulars schon häufen, wäre es möglich, dieses Gadget dahingehend anzupassen, dass die Combobox auch mit dem neuen Formular wieder verschwindet? Gruß, -- hgzh 20:22, 28. Sep. 2015 (CEST)

Ich hatte mich gestern schon versucht, aber ich habe es noch nicht ganz geschafft. Ich schau aber nochmal, warum es noch nicht so ganz möchte. In meinen Test funktioniert es, aber anscheind wird es hier zu früh ausgeführt und greift daher nicht. Der Umherirrende 20:28, 28. Sep. 2015 (CEST)
Ich glaube, ich habe jetzt den richtigen Weg gefunden, das es etwas später ausgeführt wird, auch wenn die Verwendung von "using" für "wait" immer etwas verwirrend ist, aber es funktioniert (aktuell nur im Debug-Mode, in 5 Minuten hoffentlich bei allen). Der Umherirrende 21:04, 28. Sep. 2015 (CEST)
Jawoll, funktioniert, danke dir. Gruß, -- hgzh 09:32, 29. Sep. 2015 (CEST)

@Hausherr, @Hgzh: Wie wäre es denn dann mit einem default-Gadget für diejenigen, die Gadget-old-movepage nicht aktiviert haben, und das nach Verlassen des Titelfeldes eine Warnung anzeigt, wenn der Titel mit dem Namensraum-Namen anfängt, der auch in der Namensraum-Auswahl steht; bzw. ANR + Namensraum zu Beginn des Titels (sollte aber doch keinen Schaden anrichten??). Bin selbst hin und wieder nach C&P des neuen Namens in diese Falle gelaufen und hatte die Doppelnennung nicht bemerkt.

  • Kategorie:Kategorie:Wartung & Co. gibt es zwar, sind aber Exoten und selten beabsichtigtes Ziel einer Verschiebung und müssten mit Fehlalarm leben. In allen anderen NR sehe ich sowas nicht.
  • Kategorie:Wikipedia:Wartung wäre nicht betroffen, da Auswahl- und Titel-NR unterschiedlich.

LG --PerfektesChaos 09:12, 30. Sep. 2015 (CEST)

Kann man machen, würde aber nur einen Teil des Problems berühren. Sieh es mal aus der Perspektive eines neuen Benutzers: der hat vielleicht seinen Artikelanfang im ANR angelegt und ihn in den BNR verschoben bekommen. Nun stellt er ihn dort nach einiger Zeit fertig. Da er ein neuer Benutzer ist, also von Namensräumen und Unterseiten keine Ahnung hat und sich von den dreifach hingeklatschten Bausteinnachrichten auch nicht eingeladen fühlte, sich diesbezüglich einzulesen, versucht er also nun, irgendwie „seinen Benutzernamen aus dem Titel zu bekommen“. Er hat den Verschieben-Link gefunden und findet nun ein Eingabefeld vor, in dem er seinen Benutzernamen entfernen kann. Dass links von dem Eingabefeld noch eine Combobox mit den Namensräumen war, ist ihm nicht aufgefallen bzw. hat er es ignoriert, weil er damit nichts anfangen kann. Und schon landet Benutzer:XYZ/Artikelentwurf auf Benutzer:Artikelentwurf. Das ist bei der Einführung dieser Zweiteilung vor ein paar Jahren sehr häufig vorgekommen. Dazu kommt noch das von dir geschilderte Problem mit Copy&Paste, das aber eher die „alten Hasen“ treffen sollte. -- hgzh 10:18, 30. Sep. 2015 (CEST)
Nun kann man ja in Gadgets eine bestimmte Intelligenz einbauen. Wären halt Fallkonstellationen und die resultierenden Warnungen aufzulisten; und in der Situaton erscheint dann eben ein rot umrahmter Kasten.
  • Wenn Seitentitel (rechts) Doppelpunkt enthält, und davor der Name eines Namensraums steht, und dieser Namensraum auch gerade in der ComboBox links ausgewählt ist: Achtung, du baust vermutlich gerade Mist; mit Sonderregelung bei NR=14.
  • Wenn Quellseite im BNR steht und aus dem Titel der Zielseite nur der Benutzername (mit/ohne Schrägstrich) entfernt wurde, dann wird vermutlich auf eine Verschiebung in den ANR abgezielt; sonst hätte es heißen müssen Benutzer:MeinNick/FremderNick – was wohl nicht typisch wäre. Also erstmal warnen. Kann man per API sogar abchecken; wenn FremderNick nicht existiert, dann den Auslöseknopf solange blockieren, bis entweder Ziel nicht mehr BNR oder Seitentitel mit gültigem Benutzernamen[/]? beginnt.
Wenn jemand Neuling ist, dann hat er kein Häkchen bei Gadget-old-movepage gemacht.
LG --PerfektesChaos 11:44, 30. Sep. 2015 (CEST)

Kryptische Antwort

Naja, du hast jetzt den kaputten Code von 2012 reaktiviert. Der reitet sie jetzt erst recht rein, während ihr bisheriger Versuch erfolglos geblieben war und das HTML einfach nur nie nicht funktionierte.

Dann spendier wenigstens eine aktuelle Version der PDD/mono.

LG --PerfektesChaos 01:47, 4. Okt. 2015 (CEST)

Ich habe den vorhandenen Code nur entschlackt. Wenn der schon falsch war, dann werden die Benutzer schon sehen und sicher updaten. Ich denke mal, beim nächsten Update durch die Benutzer wird das schon klappen. Der Umherirrende 07:50, 10. Okt. 2015 (CEST)

Kategorie:Wikipedia:Seite mit Einzelnachweisfehlern

Tach, Du hattest MediaWiki:Cite-tracking-category-cite-error angelegt. Es sortiert sich nicht ein. Pyrenäen-Hahnenfuß gehört angeblich zur Kat so stehts im Artikel, die Kat führt ihn nicht auf. Den Referenzfehler lass ich mal im Artikel drin damit Du was finden kannst. --Knochen ﱢﻝﱢ‎  19:03, 11. Okt. 2015 (CEST)

MediaWiki:Cite-tracking-category-cite-error wirkt erst ab nächste Woche, da es noch unter der Vorschau von WP:NEU steht. Ich habe den Artikel mit einem Nulledit versehen, danach wird der Artikel in der Kategorie aufgeführt. Das ist das Problem, wie aktuell die Kategorie gesetzt wird. Das wird dann hoffentlich mit der neuen Implementierung nicht mehr passieren. Der Umherirrende 19:14, 11. Okt. 2015 (CEST)
Na da wird ne Menge Arbeit kommen. Habs gefixt. Möglicherweise werden diese Fälle Wikipedia:WikiProjekt_Vorlagen/Werkstatt#Vorlage:Metadaten_Einwohnerzahl_PL auch da auflaufen. --Knochen ﱢﻝﱢ‎  19:51, 11. Okt. 2015 (CEST)

Tag 199

Den musst du über den Missbrauchsfilter erstellen, so hast du gerade für alle Benutzer das Feature aktiviert, wo man zu jeder Version eine markierung hinzufügen kann, das Kästchen, was bei admins für "versteck die Version" steht ein lächelnder Smiley . Kannst du den Tag wieder löschen? Viele Grüße, Luke081515 00:49, 14. Okt. 2015 (CEST)

Danke für den Hinweis, das Interface ist grausam. Der Umherirrende 07:41, 14. Okt. 2015 (CEST)

SB

Ich glaube deine SB läuft bald ab, nur als Hinweis. Viele Grüße, Luke081515 23:05, 17. Okt. 2015 (CEST)

Ja, wird mal wieder Zeit ein paar Edits zu machen, waren in den letzten 12 Monaten ja nur 7000, aber wohl alle im falschen Namensraum ;-) Danke für den Hinweis, letztes Jahr waren sie eine zeitlang auch abgelaufen, meine ich mich zu Erinnern.
Wäre aber auch interessant, ob man heutzutage Wiederwahlstimmen bekommt, weil man keine SB mehr hat (manchmal wird es auch mit Inaktivität gleich gesetzt), anderen Admins passiert das ja. Aber es heißt ja so schön, das man das System nicht herausfordern sollte … Der Umherirrende 23:12, 17. Okt. 2015 (CEST)
nö, die zählen meist nur die Edits, egal welcher NR. Allerdings könnte es dir passieren, dass du als Labersocke identifiziert wirst, wenn den 0er Anteil zu stark sinkt. Am Besten man kümmert sich überhaupt nicht um die AWW, denn das ist sowieso zur Lotterie verkommen. (Siehe Magnus)  Frohes Schaffen — Boshomi ☕⌨☺ Defekte URLs - Hilfe gesucht  23:36, 17. Okt. 2015 (CEST)

ShadowsCommons

Moin, gibt es eigentlich irgendein Tool, mit dem solche Dateien auch unabhängig von den gelegentlichen Bot-Durchläufen aufgespürt werden können? Oder wie ermittelst du die Dateien? Gruß, XenonX3 – (☎) 00:41, 18. Okt. 2015 (CEST)

Nein, mir ist kein Tool dafür bekannt. Geht nur über API (so mach ich das) oder vielleicht Datenbank-Abfragen auf ToolLabs (Keine Ahnung, ob man da die dewiki und commonswiki-Datenbanken joinen kann). Der Umherirrende 10:35, 18. Okt. 2015 (CEST)

Putty für Toollabs

Vllt. kannst Du mir helfen, PC hat mir Dich empfohlen: Habe meinen Labs-Account eine Weile nicht benutzt und nun Probleme, mich mit tools-login.wmflabs.org mit Putty zu verbinden. Habe nach [1] meine Konfiguration überprüft, bekomme die Meldung "Server refused our key", bisher wurde die Passphrase gepromptet. Key ist hinterlegt, mit WinSCP gelingt mir auch weiterhin mich zu verbinden, mit demselben Key, mit Putty nicht. Der Logfile sieht so aus: 

2015-11-06 09:58:28	Looking up host "tools-login.wmflabs.org"
2015-11-06 09:58:28	Connecting to 208.80.155.130 port 22
2015-11-06 09:58:28	Server version: SSH-2.0-OpenSSH_6.9p1 Ubuntu-2~trusty1
2015-11-06 09:58:28	Using SSH protocol version 2
2015-11-06 09:58:28	We claim version: SSH-2.0-PuTTY_Release_0.65
2015-11-06 09:58:28	Doing Diffie-Hellman group exchange
2015-11-06 09:58:28	Doing Diffie-Hellman key exchange with hash SHA-256
2015-11-06 09:58:29	Host key fingerprint is:
2015-11-06 09:58:29	ssh-rsa 2048 f9:c1:53:72:f0:57:85:dd:6f:4d:cb:f6:d0:ce:84:aa
2015-11-06 09:58:29	Initialised AES-256 SDCTR client->server encryption
2015-11-06 09:58:29	Initialised HMAC-SHA-256 client->server MAC algorithm
2015-11-06 09:58:29	Initialised AES-256 SDCTR server->client encryption
2015-11-06 09:58:29	Initialised HMAC-SHA-256 server->client MAC algorithm
2015-11-06 09:58:29	Reading private key file "...mein Pfad zum private Key-File...."
2015-11-06 09:58:29	Pageant is running. Requesting keys.
2015-11-06 09:58:29	Pageant has 1 SSH-2 keys
2015-11-06 09:58:29	Pageant key #0 matches configured key file
2015-11-06 09:58:29	Trying Pageant key #0
2015-11-06 09:58:29	Server refused our key
2015-11-06 09:58:29	Disconnected: No supported authentication methods available (server sent: publickey,hostbased)

Hast Du eine Idee? --Cactus26 (Diskussion) 10:01, 6. Nov. 2015 (CET)

Habe es mittlerweile herausgefunden, es ist ein Groß-/Kleinschreibungsproblem beim 1. Buchstaben meiner UserID. Aussagekräftige Fehlermeldungen sind was schönes...--Cactus26 (Diskussion) 11:09, 8. Nov. 2015 (CET)
Sehr schön. Ich hatte es gelesen, aber auf Anhieb keine Idee, daher hatte ich dir nicht geantwortet. Die User-ID müssten complete in Kleinbuchstaben sein oder hattest du es mit Großbuchstaben irgendwo angegeben? Bei mir steht der Name auf wikitech:Special:Preferences ("Kontenname der Instanz-Shell"). Der Umherirrende 14:02, 8. Nov. 2015 (CET)
Ja, ich hatte vergessen, dass ich die User-ID komplett in Kleinbuchstaben angeben musste (hatte mich damals geärgert, dass ich nicht exakt meinen Wiki-Acountnamen verwenden konnte). Hatte mich lange nicht mehr angemeldet und nicht mehr daran gedacht... Aber schon etwas ungeschickt, dass dann bei Anmeldung der Benutzername dennoch case-sesitiv ist... Irgendwann hatte ich meine Konfiguration von WinSCP und Putty nochmal im Einzelnen verglichen, weil ich dachte, das gibt es doch nicht, beide verwenden denselben Code zur Authentisierung (pageant), wie kann es sein, dass es nur bei Putty nicht klappt?--Cactus26 (Diskussion) 08:23, 9. Nov. 2015 (CET)

Archivübersicht

Warum klappt das, das hingegen nicht? –Queryzo ?! 15:12, 13. Nov. 2015 (CET)

Das zweite klappt nicht, weil unterhalb von Benutzer Diskussion:Queryzo/Archiv/2014 keine Seiten liegen, die durchsucht werden können (Spezial:Präfixindex/Benutzer Diskussion:Queryzo/Archiv/2014/). Wenn du nur die Seite 2014 durchsuchen möchtest, dann muss das / weg, aber dafür ist die Suchbox ursprünglich nicht gedacht. Sie ist dazu gedacht, alle Unterseiten zu durchsuchen. Auf (Jahres-)Archivseiten selber steht üblicherweise auch {{Archiv}}. Über Benutzer:Queryzo/Archiv kannst du diese Box dann gestalten. Der Umherirrende 15:18, 13. Nov. 2015 (CET)

Held der Wikipedia

Hiermit verleihe ich
Umherirrender
die Auszeichnung

Held der Wikipedia
in Gold für
herausragende Leistungen um die Richtigstellung
der Versionsgeschichten bei Import-Jobs
im Dienste der Verbesserung
unserer Enzyklopädie.
gez. – Doc Taxon • Diskussion • Wiki-MUC • Wikiliebe?! • 02:49, 25. Okt. 2015 (CET)

pssst ... Hast es Dir wirklich verdient ... – Doc Taxon • Diskussion • Wiki-MUC • Wikiliebe?! • 02:49, 25. Okt. 2015 (CET)

Danke für das Gummibärchen. Es freut mich, das meine Änderung funktoniert (Als Referenz: T114806). Der Umherirrende 18:12, 27. Okt. 2015 (CET)
Zweite Signatur für TaxonBot ;-) Der Umherirrende 18:19, 22. Nov. 2015 (CET)

Bandersnatch/js-Code

Hallo Umherirrender, ich erinnere mich daran, dass du mir bereits eimal behilflich warst mit Quellcode beim Bandersnatch-Skript – ich hätte da noch eine Frage (und wollte nicht schon wieder Schnark anschreiben…): Ist es möglich, Text mit dem Bandersnatch-Skript automatisiert ganz ans Ende einer Seite zu schreiben und wenn ja, wie sähe der Quelltext dafür aus? Danke und viele Grüße --Filterkaffee (Diskussion) 18:47, 4. Dez. 2015 (CET)

Schnark liest auch hier mit, nehme ich an ;-)
Da es sich ja um JavaScript-Code handelt, kannst du den neuen Text einfach an den alten anhängen:
var newText = oldText + '\n\nText den du anfügen möchtest';
return {text: newText};
Man sollte nur darauf achten, das man auch Zeilenumbrüche ergänzt, weil der Text sonst wirklich direkt dahinter steht. Die Zeilenumbrüche werden mit \n eingefügt. Natürlich kann man das ganze auch mit den vorherigen Ersetzungen kombinieren. Der Umherirrende 20:09, 4. Dez. 2015 (CET)
Hallo Umherirrender, danke dafür! ein lächelnder Smiley  Viele Grüße --Filterkaffee (Diskussion) 09:19, 5. Dez. 2015 (CET)
Ich bin mir nicht ganz sicher, ob der alte Text nicht bereits ein \n am Ende hat. Eventuell müsste der Code also
var newText = oldText + '\nText den du anfügen möchtest';
return {text: newText};
lauten. --Schnark 09:25, 5. Dez. 2015 (CET)

@Filterkaffee: Ich steure mal noch eine narrensichere Variante bei: 

var newText = oldText.replace( /\n+$/, "" ) + '\nText den du anfügen möchtest';
return {text: newText};
  • Das entfernt alle vorhandenen Zeilenumbrüche am Ende, so dass du weißt, dass du von null vorhandenen ausgehen kannst. Ansonsten könnte es zu hässlichen Doppelleerzeilen-Absätzen kommen, und Aka rauscht dir hinterher.
  • Ich habe es noch nie begriffen, in welchen Jahren warum wann der Server an manche Seiten beim Abspeichern noch was dranhängt und wann nicht oder nicht im Alt-Bestand.

LG --PerfektesChaos 00:27, 7. Dez. 2015 (CET)

Versionslöschung

Hallo Umherirrender! Du hast uns doch letztens geholfen, als Du die Versionsdiff-Berechnungen bei Artikelimporten in der Versionsgeschichte softwareseitig korrigiert hast. Vielen Dank nochmals dafür. Ich hätte da aber noch eine zweite Bitte, die mal zu überlegen wäre. Hierzu siehe Versionsgeschichte Paul Falk (Synchronsprecher). Dort habe ich ein paar viele Versionen wegen URV gestrichen. Es gibt tatsächlich aber Artikel, wo es über 3 bis 4 mal so viele waren, manchmal über 500 Versionen sogar. Die Mediawiki-Software lässt es da leider nur zu, jede Version einzeln anzuhaken. Und dann sitzt man da ewig stumpf davor, und klickt sich auf der Maus die Finger wund, in der Hoffnung, auch gleich beim ersten Mal die Checkboxen zu treffen. Kann man da nicht so etwas wie ein "von-bis" einrichten, das man nur noch die erste und die letzte der zu streichenden Versionen anklickt? Schönen Nikolaus heut – Doc Taxon • Diskussion • Wiki-MUC • Wikiliebe?! • 07:49, 6. Dez. 2015 (CET)

Hallo Doc Taxon, das kann (d)ein Browser schon. Im Internet Explorer und auch im FireFox kann ich die CheckBoxen markieren, in dem ich die erste anklicke, dann Umschalt (andere sagen Shift dazu) gedrückt halte und die letzte Checkbox anklicke. Alle dazwischen liegenden CheckBoxen werden dann auch markiert. Geht auch andersherum. Der Umherirrende 10:35, 6. Dez. 2015 (CET)
Sag mal, bin ich blöd(?) das habe ich doch schon mal versucht. Naja, jetzt zumindest geht's. Danke sehr ein SmileysymbolVorlage:Smiley/Wartung/zwinker  – Doc Taxon • Diskussion • Wiki-MUC • Wikiliebe?! • 11:20, 6. Dez. 2015 (CET)

Frohe Weihnachten · Merry Christmas · Joyeux Noël · God Jul · Wesolych Swiat · Vrolijk Kerstfeest

Hallo Umherirrender, als einer der Wikipedianer, an die ich mich in diesem Jahr gerne erinnere – sei es bei der Artikelarbeit, im Portal:Luftfahrt oder als Hilfe bei meinen Adminentscheidungen –, möchte ich Dir auf diesem Weg ein frohes Fest und einen guten Rutsch ins neue Jahr wünschen! Hab eine schöne Zeit mit deinen Freunden und Verwandten und man liest sich dann im neuen Jahr wieder – viele Grüße --Filterkaffee (Diskussion) 15:00, 11. Dez. 2015 (CET)

Danke. Ich wünsche dir auch eine schöne Zeit. Der Umherirrende 19:55, 12. Dez. 2015 (CET)

Hilfe, ich weiß nicht mehr weiter

Hi,

ich sitze an dieser Beschwerde.

  • Geschrieben wird in Vorlage:Defekter Weblink/Anleitung mit
    • &preloadtitle=%5B%5B{{SUBJECTPAGENAMEE}}%5D%5D
  • Auf der Zielseite zu versuchen, mit URL-enkodiertem {{subst:}} das wieder zu dekodieren, wird ja wohl nicht gehen?
  • Wäre es aussichtsreich, statt des bequemen SUBJECTPAGENAMEE ein selbstgebautes
    • {{urlencode:{{SUBJECTPAGENAME}}|PATH}}
    in die preload-URL zu schreiben und darauf zu setzen, dass dann das %20 brav dekodiert wird?
  • Oder andere Ideen?

Schönen Sonntag --PerfektesChaos 18:02, 22. Nov. 2015 (CET)

Es gibt {{AddNewSection}}, dort wird einfach der gesamte Betreff urlencoded. Das kann ich hier auch empfehlen:

Neuen Abschnitt beginnen

Der Umherirrende 18:19, 22. Nov. 2015 (CET)
Na, dann schaun wir mal. An Bugmeldungen wird es anscheinend nicht mangeln, da sollte wohl bald wieder ein Leerzeichen mit bei sein. Danke, schönen Abend --PerfektesChaos 18:57, 22. Nov. 2015 (CET)

Ich wünsche euch ein frohes Fest!

Hi Umherirrender!
ich wünsche dir ein frohes Weihnachtsfest! In diesem Sinne auch einen guten Start in das Jahr 2016, mit Glück und Gesundheit!

Frohes Fest, Luke081515 00:20, 24. Dez. 2015 (CET)

Vielen Dank, lieber Bot ;-) Frohe Festtage.
Du solltest vor deinen neuen Abschnitten immer noch eine Leerzeile einbauen, dann sieht es so aus, wie mit section=new (oder direkt section=new verwenden). Der Umherirrende 10:49, 24. Dez. 2015 (CET)

Auch von mir sei Dir der Wunsch eines gesegneten frohen Weihnachtsfests angetragen. Ich wünsche Dir nur das Beste, – Doc Taxon • Diskussion • Wiki-MUC • Wikiliebe?! • 09:10, 25. Dez. 2015 (CET)

Abgerufen von „https://de.wikipedia.org/w/index.php?title=Benutzer_Diskussion:Umherirrender/Archiv/2015-2&oldid=198980506“