Wikipedia:Administratoren/Anfragen/Versionsgeschichtenlager/Intro

Auf dieser Seite werden Abschnitte automatisch archiviert, deren jüngster Beitrag mehr als 1 Tag zurückliegt und die mindestens einen signierten Beitrag enthalten.

Benutzer:ParaDox hat mir empfohlen, folgende Frage aus Hilfe Diskussion:Tabellen nach hier weiterzureichen:

Ich wollte in der Kader-Tabelle der Volleyballnationalmannschaft eine Legende einfügen, um die Abkürzungen für die Spielerpositionen zu erläutern. Da die Tabelle sortierbar sein soll, muss diese Zeile von der Sortierung ausgeschlossen werden. Dazu habe ich hier das Attribut class="sortbottom" gefunden. Wenn ich dies allerdings mit colspan kombiniere (siehe diese Version), funktioniert die Sortierung nur noch in der ersten Spalte. Gibt es eine Möglichkeit, sortbottom und colspan zu kombinieren? Oder kann ich irgendwie anders dafür sorgen, dass die letzte Zeile von der Sortierung ausgeschlossen wird?

Benutzer:ParaDox hat bereits darauf hingewiesen, dass folgender JavaScript-Laufzeitfehler auftritt:

Error: a[1] has no properties
Source File: http://de.wikipedia.org/skins-1.5/common/wikibits.js?162
Line: 735

Kann mir jemand von euch etwas zu diesem Problem sagen? --MSchnitzler2000 21:32, 18. Jul. 2008 (CEST)[Beantworten]

„Educated guess“ nach kurzem Blick in den Code: Unter normalen Umständen nimmt sich ts_resortTable() im Javascript die einzelnen Spaltenwerte [a, c, b], vergleicht Zeichenketten mittels ts_sort_caseinsensitive() und vertauscht bei Bedarf, bis [a, b, c] rauskommt. Grundalgorithmus ist vermutlich Quicksort.

Durch das colspan fehlt aber in manchen Spalten ein Wert: [a, c, <null>], ts_sort_caseinsensitive() bekommt diese <null> geliefert und greift ungeprüft auf den Zeiger zu. Oops. Wär es ein normales Windowsprogramm, würd es sich jetzt mit einer Schutzverletzung beenden, so terminiert nur der Javascript-Interpreter. Die Prüfung auf sortbottom kommt leider erst nach(!) dem Sortieren, ohne Codereparatur gibt's also keine Möglichkeit, das mit colspans zu nutzen (mit Zahlen könnt es eventuell noch funktionieren, nicht sicher).

Lösungsmöglichkeiten:

1. ts_sort_caseinsensitive() um Prüfungen erweitern, z.B. if(a == null) return 1; if(b == null) return -1; Das würde das Nullelement automatisch zum größten Element der Sortierung machen, könnte klappen, kann aber durchaus noch woanders krachen. Bin auch nicht sicher, ob das Ergebnis immer so gewünscht ist.
2. ts_resortTable() so umbauen, dass sortbottom-Zeilen von vorneherein im Sortiervorgang ignoriert werden, bzw anschließend an fester Stelle wieder eingefügt werden. Wäre der sinnvollere Weg, ist aber aufwendiger.

Meine eigene Lust, das zu reparieren hält sich gerade sehr in Grenzen. Takers? Viele Grüße, —mnh·∇· 23:25, 18. Jul. 2008 (CEST)[Beantworten]

Die Sortierfunktionen, wie du schon vorgeschlagen hast, zu überarbeiten wäre schon möglich, robuster wäre es aber, gleich ein eindeutiges Verhalten für row- und colspan festzulegen, also z.B. Zeilen mit colspan bzw. nicht genug Einträgen generell nicht zu sortieren. Auf jeden Fall sollte man solche Zugriffe auf nicht vorhandene Objekte verhindern. -- Jonathan Haas 12:01, 20. Jul. 2008 (CEST)[Beantworten]

Für mich stellt sich eher die Frage, was können Admins hier helfen? Soweit ich das überblicke, wird die Sortierung nicht lokal eingebunden, daher wäre bugzilla vielleicht besser? Falls ich mich irre, wäre ein Link schön. Oder geht es darum, das die entsprechende Funktion lokal mithilfe von MediaWiki:Common.js überschrieben wird? Andere Vorschläge schlafen dort auch ein. Der Umherirrende 13:06, 21. Jul. 2008 (CEST)[Beantworten]

Die Laufzeit-Fehler auslösende Zeile in http://de.wikipedia.org/skins-1.5/common/wikibits.js?162 hat sich von 735 nach 734 verschoben:

function ts_sort_caseinsensitive(a,b) {
	var aa = a[1].toLowerCase();
	var bb = b[1].toLowerCase();
	return (aa < bb ? -1 : aa > bb ? 1 : a[2] - b[2]);
}

Es scheint ein Zusammenhang zu bugzilla:8028 (MediaWiki:Common.js bzw. wikibits.js) aus 2007 zu bestehen, worauf Benutzer Wimmel dankenswerterweise hingewiesen hat. Last not least, halte ich einen Hinweis auf einen Laufzeit-Fehler/Programmabsturz nicht (wie es Umherirrender aufzufassen scheint) für einen (Verbesserungs-)Vorschlag/Wunsch oder ähnliches. Wenn das hier die falsche Seite für dieses (mich persönlich überhaupt nicht betreffendes) Problem sein sollte, dann muss es doch mindestens einen Admin geben, der/die weiß, wohin dieser Abschnitt am besten zu verschieben ist (meinetwegen auch ins Archiv, seit es sich für mich als seit rund 18 Monaten bekannten Fehler entpuppt). --ParaDox 00:26, 00:33, 24. Jul. 2008 (CEST)[Beantworten]

Da bislang noch kein Admin auf diese Anfrage von mir geantwortet hat, möchte ich an dieser Stelle mit der Bitte um eine Reaktion noch einmal darauf aufmerksam machen. Herzlichst, --Scooter ^Sprich! 20:29, 4. Aug. 2008 (CEST)[Beantworten]

Ich handhabe es auch so, wie Benutzer:H-stt es empfohlen hat--Martin Se !? 17:14, 5. Aug. 2008 (CEST)[Beantworten]

gudn tach!
bruehlmeier.info/sprachfeminismus.htm steht in der SBL und die aufnahme des eintrags war heiss diskutiert. da bruehlmeier allerdings im artikel Generisches Maskulinum maskulinum zitiert wird, sollte sein essay wengistens auch als einzelnachweis aufgefuehrt werden. siehe dazu Diskussion:Generisches_Maskulinum#Link_auf_bruehlmeier.info. koennte also jemand kurz den link von der spamlist entfernen, ihn als einzelnachweis einfuegen (dazu einfach die nowiki-tags um den url entfernen) und anschliessend wieder den eintrag in der sbl aufnehmen? ich will nicht gefahr laufen, mir irgendwelche ungerechtfertigten vorwuerfe bzgl. admin-missbrauch anhoeren zu muessen, da ich persoenlich gegen die aufnahme des links in die sbl war und bin. deswegen dieser umweg. also noch mal kurz:

1. eintrag "bruehlmeier.info/sprachfeminismus.htm" von der sbl entfernen
2. nowiki-tags um den url in Generisches Maskulinum entfernen
3. eintrag "bruehlmeier.info/sprachfeminismus.htm" in die sbl einfuegen

-- seth 14:57, 5. Aug. 2008 (CEST)[Beantworten]

Nur kann man dann den Artikel (bzw. den Abschnitt) nicht mehr bearbeiten, ohne den Link zu entfernen, weil sonst eine Fehlermeldung erscheint, oder? Grüße -- kh80 •?!• 15:16, 5. Aug. 2008 (CEST)[Beantworten]

nee, das ist schon vor ein paar monaten gefixt worden; also kein problem. -- seth 15:30, 5. Aug. 2008 (CEST)[Beantworten]

Dann will ich nichts gesagt haben. :) -- kh80 •?!• 15:55, 5. Aug. 2008 (CEST)[Beantworten]

Was ist gefixt worden - das 'Bearbeiten einer Seite mit Link auf der Sperr-Liste'? "Das wüsste ich aber". Mein Bot knallt oft genug in solche Artikel, und ich beim bearbeiten dann auch - was bedeutet: Such den Link und lösch' ihn. Wohlgemerkt: Das gilt für "ganze Seiten bearbeiten" (als Benutzer oder Bot). --Guandalug 17:47, 5. Aug. 2008 (CEST)[Beantworten]

also ich kenn den source-code der spam-extension. vermutlich reden wir aneinander vorbei. zur verdeutlichung mach ich mal ein beispiel: ich trage jetzt die nichtexistente adresse http://www.example.org/ullakamulla/mjammmjamm/schmaggoweizbullebullesuggsugg in die sbl ein und bearbeite danach diese seite hier. (eine unterscheidung in den userrechten findet durch die extension nicht statt.) -- seth 18:07, 5. Aug. 2008 (CEST)[Beantworten]

schau guck: [1]. -- seth 18:08, 5. Aug. 2008 (CEST)[Beantworten]

so und jetzt noch mal mit "ganze seite bearbeiten". -- seth 18:09, 5. Aug. 2008 (CEST)[Beantworten]

man kann sogar den link nun ein zweites mal einfuegen: http://www.example.org/ullakamulla/mjammmjamm/schmaggoweizbullebullesuggsugg. -- seth 18:10, 5. Aug. 2008 (CEST)[Beantworten]

falls dein bot also automatisch links loescht, die auf der sbl stehen, solltest du ihm das tunlichst abgewoehnen. wenn ein link auf der liste steht, heisst das nicht, dass er per se boese ist, sondern meist nur, dass man weiteres spamming damit verhindern wollte. -- seth 18:13, 5. Aug. 2008 (CEST)[Beantworten]

SO weit kommts noch, dass der automatisch was löscht ;) Nein, was ich meinte: Der Edit schlägt dann mit einer Fehlermeldung ('enthält gesperrten Link' oder sowas) fehl - übrigens dann (meistens) genauso, wenn ich es als Benutzer versuche. Hatte ich jetzt zwei oder drei mal in der letzten Woche. Beim nächsten Auftreten räusper ich mich noch mal - derzeit habe ich kein 'neues' Beispiel. --Guandalug 09:39, 6. Aug. 2008 (CEST)[Beantworten]

ok, dann kann ich den test-eintrag ja wieder rausnehmen. sobald sowas auftritt, kannste du darueber auf meiner DS oder noch besser der SBL-DS berichten. -- seth 12:17, 6. Aug. 2008 (CEST)[Beantworten]

mein eigentliches anliegen ist damit allerdings immer noch nicht geklaert. -- seth 12:17, 6. Aug. 2008 (CEST)[Beantworten]

Moin Kollegas, könnte einer von euch mal in der Vorlage:AP-Archiv das Bild gegen die entsprechende SVG austauschen? (Image:File.svg) Christian Bier ^{(Disk.) (+/-) ✉} 16:35, 5. Aug. 2008 (CEST)[Beantworten]

Erledigt. Viele Grüße, —mnh·∇· 16:39, 5. Aug. 2008 (CEST)[Beantworten]

Hallo bin neu hir, aber könnt ihr Benutzer:Yashiro Nanakase mal etwas genauer beobachten. Der nimmt es mit seiner Wortwahl nicht so genau siehe Bauernhof ich bin der Meinung da ist mal ne Sperre fällig! Auch die anderen unnötigen und falschen Bearbeitungen sind nicht ok, kann auf der Vandalismusseite weil ich neu bin keine Eingabe machen. Gruß--Pigertiger 02:24, 6. Aug. 2008 (CEST)[Beantworten]

Hallo... Zurzeit erfolgt bei Link auf Zum Esel ein Redirect auf Gesellschaft mit dem Esel. Das ist IMHO falsch, denn die Gesellschaft "Zum Esel" war eine mittelalterliche (überwiegend großbürgerliche) Patriziergesellschaft in Ravensburg, dagegen ist die "Gesellschaft mit dem Esel" eine adlige Rittergesellschaft, die südlich am weitesten in den Kraichgau ausgedehnt war, jedoch keinesfalls bis Ravensburg. Aufgefallen ist das beim Erstellen des neuen Artikels Patriziergesellschaft. Vorschlag: Redirect löschen, Artikel Zum Esel als Stub stehenlassen (würde ich dann bearbeiten), oder aber Artikel Zum Esel ganz löschen. Gruß, --Fjlucius 13:04, 6. Aug. 2008 (CEST)[Beantworten]