Willkommen auf der Sammelseite für Fehlermeldungen, Fragen und Neuigkeiten zur Wiki-Technik!

Diese Seite dient dazu, alle Fragen zur Wiki-Technik (z. B. Softwarekomponenten wie MediaWiki, dem Logo oder anderen Erweiterungen), Meldungen über entdeckte Bugs in der Software oder ähnliche Reporte und Anfragen sowie aktuelle Angelegenheiten wie Informationen und Neuigkeiten zu einem Update o.Ä. einheitlich zu sammeln. Andere News zum Wiki sind hier zu finden.

Achtung

Aufträge für Administratoren sollten bitte unter StargateWiki:Administratoren/Anfragen eingestellt werden, nicht hier. Löschanträge bitte unter StargateWiki:Löschantrag stellen, Anträge bzgl. der Edittools unter MediaWiki Diskussion:Edittools erstellen, Botaufträge unter Benutzer Diskussion:PyBot und Vandalismus oder Spam unter StargateWiki:Vandalismusmeldung melden. Danke.

Stargate Wiki läuft mit der Wiki-Software MediaWiki momentan in Version 1.24.1. Weitere Software-Informationen über PHP- und MySQL-Version sowie über alle installierten Erweiterungen sind hier zu finden, Informationen über die Hardware und Einstellungen gibt es hier.

Auf dieser Seite findet man Informationen zur Wiki-Technik, es werden Neuigkeiten diesbezüglich eingetragen und Fehler und Ähnliches dazu gemeldet. Wer Fragen zur Wiki-Technik hat, kann diese hier ebenfalls stellen.

Beachte bei Fehlermeldungen und Bug-Reporten bitte folgende Punkte, um das Analysieren und die Fehlerbehebung zu erleichtern:

In diesem Wiki wird an vielen Stellen JavaScript verwendet. Falls noch nicht geschehen, aktiviere es also und prüfe, ob der Fehler dann immer noch auftritt.
Gib so genau wie möglich an, wann der Fehler auftritt. Ist er einmalig oder regelmäßig? Gibt es mögliche Zusammenhänge beim Auftreten?
Durchsuche nach oder noch besser während des Auftretens des Fehlers die Browser- bzw. Fehlerkonsole Deines Browsers (Firefox: Strg.+Umschalt+J) und poste hier den zum Fehler gehörenden Eintrag so detailliert wie möglich.
Pass auf, dass Dein Fehler nicht bereits gemeldet wurde und in einem Abschnitt auf dieser Seite, im Archiv oder in dieser Box unter Derzeitig bekannte Probleme steht.
Gib grundsätzlich bei Fehlermeldungen diese Punkte an:
1. Browser (z. B. Mozilla Firefox, Google Chrome, ...) und seine Versionsnummer (diese findest Du bei Firefox unter Hilfe Über Firefox und bei Chrome im Einstellungsmenü unter Über Google Chrome - z. B. Firefox 16.0.2)
2. Bist Du angemeldet, wenn der Fehler auftritt? Gib auch dies an.
3. Welches Betriebssystem verwendest Du? (z. B. Microsoft Windows 7 Home Premium)
4. Welches Service Pack des Betriebssystems ist installiert (z. B. SP1)
Achte darauf, dass Dein Beitrag verständlich ist.

(Es gelten auch hier die Verhaltensgrundsätze und Regeln für Diskussionsseiten. Weitere Informationen dazu sind hier zu finden.)

Stargate Wiki dankt allen aufmerksamen Fehlermeldern!

Aktuelles

Eine Erweiterung für slideshows ist in Arbeit, siehe hier.
Derzeitig bekannte Probleme:
- Bearbeitungen von Benutzern (Sichter eingeschlossen) auf deren eigenen Seiten müssen markiert (bzw. kontrolliert) werden
- Im Internet Explorer 9 springt die Seite nach dem Einfügen eines Elements aus den Edittools kurz an den Anfang der Seite und wieder zum Editor, was wie ein Flackern aussehen kann. Die Ursache liegt im IE9Hack, der ein Problem der MediaWiki-Funktion insertTag behebt. Details dazu sind hier zu finden.
- Die sort2-Funktion ignoriert die Zeichen #, : und *, die normalerweise zur Formatierung verwendet werden - siehe dazu auch die Vorlage Diskussion:Asgard-Objekt. Deshalb sollte # durch {{raute}} ersetzt werden.
- Mit dem Browser Chrome von Google schieben sich je die Links unmittelbar vor <ref>-tags nach unten (wie mit dem tag <sub>), sodass die mit <sup> nach oben geschobenen Referenzierungszeichen wieder auf normaler Höhe stehen. Dieses Problem existiert nicht bei Firefox von Mozilla, ebenso wenig bei Microsofts Internet Explorer und tritt nicht immer auf. Getestet wurde mit den Browserversionen Chrome 29.0.1547.62, Firefox 23.0.1, Internet Explorer 8 und 9.

Wenn Du andere Fragen zum Stargate Wiki als Lexikon hast (z. B. zu den Inhalten), kannst Du auf der FAQ-Seite sowie im Handbuch nach Antworten suchen.

Sollte Deine Frage so nicht beantwortet werden, zögere nicht, diese hier zu stellen!

Ältere Beiträge auf dieser Seite sind im Archiv zu finden.

Archiviert wird eine Woche nach Abschluss des Themas.

Themenabschnitte

Hilfe:Administratoren‎

Also nun ist es kein Einzellfall mehr, als ich damals Admin geworden bin, wollte ich ja meine Admin Info hier eintragen. Nun das Problem, damals war es so, ich habe wie immer denn Text im Editor eingegeben und dann auf Speicher, dann aber ist die ganze Bearbeitung von mir irgendwie auf die Diskussionsseite von SilverAngel gekommen. Wie das ganze passiert ist, habe ich keine Ahnung. Nur seltsam ist es das es offenbar nur auf dieser Seite passiert, wie es nun auch bei Ghost geschah seine Bearbeitung ging dann auf die Diskussionsseite von Rene. Eine Erklärung dafür habe ich nicht. Kann es sein das das ein Fehler in der MediaWiki Software ist?--Hammond ^Diskussion 13:59, 22. Okt. 2012 (CEST)

Stimmt, insgesamt gab es ja auch außerhalb dieser Seite im Chat manchmal Fälle, wo man plötzlich beim Speichern auf eine Benutzerdiskussion weitergeleitet wurde. Einen MW-Fehler halte ich für eher unwahrscheinlich. Eher denke ich an irgendwelche unschönen Server-Weiterleitungen o.Ä. (etwas Wikispezifisches, ein kleiner Einrichtungsfehler oder sowas), da es ja nicht ständig auftritt und irgendwie hauptsächlich (!) Renes Disk erwischt. Könnte das vlt. an der Verbindung liegen - wie damals, als bei mir mit Surfstick der Editor nicht richtig geladen wurde? --Col. o'neill ^{( | Admin | Kontakt)}

17:20, 22. Okt. 2012 (CEST)

Habe gerade meinen Eintrag bearbeitet, ohne Probleme. --Rene ^{Bürokrat - Rückmeldung} 23:06, 5. Mai 2013 (CEST)

Ja, der Fehler tritt auch nicht immer auf, irgendwie nur manchmal... Zweifelsohne die nervigste Sorte von Fehlern... --Col. o'neill ^{( | Admin | Kontakt)}

16:51, 6. Mai 2013 (CEST)

Verdammt - ich hatte gehofft das Problem hätte sich erledigt. Leider lag ich damit falsch: Bei der Überarbeitung von Hilfe:Schreiben im Wiki wurde Jack ONeill irgendwie weitergeleitet auf einen neuen "Artikel", auf den die Inputbox verlinkte. Jetzt sehe ich darin den Zusammenhang: Auf der Hilfe:Administratoren haben die Inputboxen auch auf eben die betroffenen Bentzerdiskussionsseiten verlinkt, das sind da interessanterweise die erste und die letzte. Irgendwie scheint der Fehler bei der Inputbox zu liegen, sie ruft sich sozusagen selbst auf. Die Frage ist nur unter welchen Bedingungen, wieso und wie es zu beheben ist. --Col. o'neill ^{( | Admin | Kontakt)} 21:21, 26. Mär. 2013 (CET)

Fehler beim Einbinden von GIF-Animationen

Es ist mir schon am Samstag aufgefallen und heute wieder: Beim Einbinden von bestimmten GIF-Dateien (sowohl als [[Datei: als auch mittels <gallery>) wird in der Standardbreite von 200px keine Animation und nur das erste Frame dem Browser gegeben. Das Problem betrifft alle Dateien, welche auf der Kategorie:Animation-Seite unbeweglich sind oder bei welchen weiße Punkte in betimmten Bildbereichen auftreten. Das Problem lässt sich umgehen, indem man z.B. 201px eingibt, aber wo hängts? Beispiele:

Mein System: Win7 Pro SP1 x64, Firefox 18 Beta. --Mk XIV [Offline] | Diskussion 14:50, 16. Dez. 2012 (CET)

Ja, das war früher schon (uneingeschränkt) so, dass GIFs eingebunden in thumb-Dateien oder gallery-tags einfach nicht abliefen. Eigentlich hat es seit irgendwann (ich vermute mal seit MW 1.18) wieder uneingeschränkt funktioniert. Woran es liegt, keine Ahnung, aber ich hab dieselben Ergebnisse (Fx 17.0.1 final, WinXP SP3 x32, vector). Könnte mit der fehlerhaften Speicherplatzzuweisung zu tun haben (s.o.)... --Col. o'neill ^{( | Admin | Kontakt)}

15:07, 16. Dez. 2012 (CET)

Da bin ich leider auch überfragt. Zumindest mit dem Speicherproblem hat es leider nichts zu tun. Fehler ist immer noch da. --Rene ^{Bürokrat - Rückmeldung} 16:05, 5. Mai 2013 (CEST)

Ich habe alle thumb Dateien gelöscht, nach dem erneuten erstellen durch das System scheint der Fehler behoben. Möglicherweise wurden die entsprechenden Dateien falsch erstellt (evtl. durch den Speichermangel). Wenn es die thumb-Datei in der entsprechenden Größe erst einmal gibt wird sie dann nicht mehr erstellt. Somit wurde immer die fehlerhafte Datei angezeigt. --Rene ^{Bürokrat - Rückmeldung} 16:31, 5. Mai 2013 (CEST)

Da komm ich nicht ganz mit: Wo waren die gelöschten thumb-Dateien denn? Direkt auf dem Server? Und lässt sich das Problem dann generell durch das Löschen eben dieser Dateien beheben? Erstellt das System diese Dateien immer dann, wenn man eine Datei mit einer bestimmten Größe einbindet oder wie? --Col. o'neill ^{( | Admin | Kontakt)}

16:34, 5. Mai 2013 (CEST)

Genau. Die Bilder werden einmal erstellt und auf dem Server gespeichert. Somit muss nicht jedes mal wenn jemand die Seite aufruft erst jedes Bild umgewandelt werden. Es reicht einfach die Datei aus dem Cache anzuzeigen. Diesen habe ich jetzt gelöscht und damit war die Software "gezwungen" die Bilder in der benötigten Größe neu zu berechnen. Die neu berechneten Bilder scheinen nun ohne Fehler zu sein. --Rene ^{Bürokrat - Rückmeldung} 16:43, 5. Mai 2013 (CEST)

Achso, Du meinst, dass (vermutlich durch den Speicherfehler) diese Cache-Bilder falsch erstellt wurden und das zu den eingefrorenen GIFs führte. Diesen "falschen" Cache hast Du jetzt gelöscht und das System dadurch die Bilder-thumbs neu (und offenbar korrekt) erstellt. Da das mit dem Speicherfehler vorbei ist dürfte auch dieser Fehler endgültig (naja, bis eben wieder ein Speicherfehler oder dergleichen kommt) gelöst sein, verstehe ich das richtig? --Col. o'neill ^{( | Admin | Kontakt)}

12:12, 12. Mai 2013 (CEST)

GIF: Fehler beim Erstellen des Vorschaubildes - Rebootet

Ich fange an dieser Stelle mal keinen neuen Abschnitt an, weil die Fehler sich zu ähnlich sind um keinen gleichen oder ähnlichen Ursprung zu haben. Wir haben den Vorschaubild-Fehler ( Archiv) wohl doch nicht wirklich behoben gekriegt:

Durchaus interessant, dass dieser Fehler primär bei GIFs auftaucht... Die Frage ist: Woran liegt es diesmal und wie lässt es sich beheben? --Col. o'neill ^{( | Admin | Kontakt)} 14:06, 22. Mai 2013 (CEST)

Bei mir ist es wie immer nur bei der chinesischen Flagge, die GIFs von oben werden bei mir sauber angezeigt, vllt würde die Installaton von ImageMagick abhelfen, wenn es nicht schon installiert ist. --Ghost ^{Profil - Admin - Diskussion - Beiträge -} 14:43, 22. Mai 2013 (CEST)

Du musst unten bei den Versionen und Einbindungen schauen, nicht oben bei den normalen Dateien. --Col. o'neill ^{( | Admin | Kontakt)}

14:47, 22. Mai 2013 (CEST)

Hm stimmt, da ist bei mir auch der Fehler, ist trotzdem der selbe, wie bei der China-Flagge. --Ghost ^{Profil - Admin - Diskussion - Beiträge -} 13:29, 23. Mai 2013 (CEST)

Datei:First supergate activation.gif, kein Fehler auch nicht auf Kawoosh, auch nicht mit 200px.
Datei:Korolev.gif, kein Fehler auch nicht auf Korolev und Kreuzzug der Ori.

Bitte man einen Link wo der Fehler zu sehen ist. Danke --Rene ^{Bürokrat - Rückmeldung} 13:57, 23. Mai 2013 (CEST)

Schau unten bei den Dateiversionen. Da steht bei beiden Dateien die Fehlermeldung. --Col. o'neill ^{( | Admin | Kontakt)}

14:04, 23. Mai 2013 (CEST)

Nachtrag @ Ghost: Die China-Flagge wird bei mir ohne Probleme angezeigt, oben und unten in der Dateibeschreibung, auch in Einbindungen. Seltsam... Aber die Disk hatten wir ja im Juni 2012 schon mal wegen der Datei... --Col. o'neill ^{( | Admin | Kontakt)}

14:15, 23. Mai 2013 (CEST)

Danke hate ich überlesen. Merkwürdig das die Bilder in den Artikeln angezeigt werden. --Rene ^{Bürokrat - Rückmeldung} 14:18, 23. Mai 2013 (CEST)

Ja ,das Problem tritt iwie nur bei den Versionen und in den Kategorien ( Kategorie:Medien SG1 9x20) auf. --Col. o'neill ^{( | Admin | Kontakt)}

14:22, 23. Mai 2013 (CEST)

Könnte auch damit zusammenhängen: Zumindest bei mir wird in den Einbindungen und auf der Dateibeschreibungsseite überall die Animation Datei:Atlantis city plan.gif völlig fehlerhaft dargestellt. Erst wenn ich auf die Datei selbst klicke, sprich auf eine der Dateiversionen, wird das Bild korrekt angezeigt. Kann das jemand bestätigen? --Col. o'neill ^{( | Admin | Kontakt)} 15:36, 25. Mai 2013 (CEST)

Ja, das ist bei mir auch so. Aber ich bin mir ziemlich sicher, dass das Bild früher als korrektes Standbild angezeigt wurde, und man draufklicken musste, um die Animation zu starten. --D5B ^Offline^{- Diskussion} 15:44, 25. Mai 2013 (CEST)

Ja, das war früher so. Später lief die Animation glaube ich bei Einbindungen auch ganz normal. --Col. o'neill ^{( | Admin | Kontakt)}

16:02, 25. Mai 2013 (CEST)

Diese Datei wäre erledigt. Ich durfte feststellen, dass tatsächlich nicht einfach nur die Darstellung, sondern offenbar auch die Datei selbst beschädigt war. Zumindest lieferte der Download von der Direktdatei dasselbe Ergebnis und im Bearbeitungsprogramm wurden pro Frame auch völlig unterschiedliche Größen und Offsets angezeigt. Deshalb hab ich die Datei mal rekonstruiert, sprich Einzelbilder der korrekt angezeigten GIF (über die Direktdatei) abgespeichert und als neue Animation zusammengefügt. Damit das Wiki ja nicht von wegen "dieselbe Datei gibt es schon" meckert, hab ich auch die Größe mal leicht verändert und die rekonstruierte GIF dann neu hochgeladen. Und - siehe da! - diese neue Datei spielt jetzt wieder wunderbar korrekt ab. Ist zwar nicht mehr so schön klein, bezogen auf die Dateigröße, aber es funktioniert, was die Hauptsache ist. Interessant zu erfahren wäre wie das zustande gekommen ist. Ich hatte selbst vor Jahren mal bei mir das Problem, das eine externe Festplatte, die (offenbar) nicht mehr ganz in Ordnung war, mir Bilddateien beschädigt hat. Das heißt das Thumbnail war zwar noch gleich, aber das Bild war teils etwas verzerrt bzw. beschädigt. Hat der Server etwa dasselbe gemacht? --Col. o'neill ^{( | Admin | Kontakt)}

19:01, 6. Jul. 2013 (CEST)

Ein Problem wäre gelöst, doch schon ist ein neues aufgetaucht:

Datei:Freund oder Feind?.jpg --D5B ^Offline^{- Diskussion} 11:50, 7. Jul. 2013 (CEST)

Das gibts doch nicht! Wieso zerhäxelt der Server in letzter Zeit dauernd irgendwelche Bilder? Bei der verlinkten funktionieren noch Einbindungen, die die Bildgröße nicht verändern, wie eine normale Einbindung [[Datei:Freund oder Feind?.jpg]] oder die Direktdatei, aber sobald man die Größe verändert kommt der Fehler - wieso? --Col. o'neill ^{( | Admin | Kontakt)}

11:57, 7. Jul. 2013 (CEST)

Anscheinend lässt sich dieser Fehler umgehen, wenn man das entsprechende Bild geringfügig bearbeitet (z. B. einen winzigen Teil wegschneidet) und dann unter einem neuen Namen ins Wiki hochlädt. Bsp: Datei:Freund oder Feind?.jpg Datei:Freund oder Feind.jpg - funktioniert. --D5B ^Offline^{- Diskussion} 12:11, 7. Jul. 2013 (CEST)

Gleiches Problem, neue Situation: Ich habe vorhin die Datei:Picardo.jpg gelöscht und anstatt eine normal leere Seite auszugeben lieferte der Server eine Dateivorschau (die allerdings nur die Fehlermeldung „Fehler beim Erstellen des Vorschaubildes: /usr/bin/convert convert: Unable to open file (/var/www/vhosts/stargate-wiki.de/httpdocs/w/images/1/17/Picardo.jpg) [No such file or directory].“ enthält - wobei das „No such file or director“ ja angesichts der Löschung ja auch nachvollziehbar ist), Abmessungen, Metadaten (die allerdings problemlos) und die Dateiversionen-Tabelle (mit allen Daten, außer mit derselben Fehlermeldung dem Vorschaubild). Nach Wiederherstellung, einem kleinen Edit an der Seite und erneuter Löschung wird jetzt wieder normal nur die Commons-Einbindung mit entsprechenden Daten der Commons-Datei angezeigt. Vorhin tat der Server aber so, als gäbe es keine Löschung „unserer“ Datei, nur konnte er das Bild eben nicht darstellen. Die „n gelöschte Versionen ansehen oder wiederherstellen?“-Zeile oben war aber auch angezeigt. Seltsam, aber immerhin behoben... --Col. o'neill ^{( | Admin | Kontakt)} 19:39, 27. Aug. 2013 (CEST)

DDInsert im SGPack

Da wollte ich mal vorschlagen, einen Parameter für die Größe des angegebenen "picture"s einzuführen. Denn ansonsten ist es schwer, Bilder zu finden die sich in der benötigten Größe befinden. --Col. o'neill ^{( | Admin | Kontakt)} 16:13, 20. Dez. 2012 (CET)

Dafür sehe ich momentan keine Notwendigkeit. Man kann doch jedes beliebige Bild einmal auf seinem Rechner umrechnen und dann hochladen. --Rene ^{Bürokrat - Rückmeldung} 16:18, 5. Mai 2013 (CEST)

Das stimmt, nur es wäre keine besonders schöne Methode, alle SVG-Icons, die eingebunden werden sollen, für die Edittools in klein extra hochzuladen. Das Info-Icon in den Tools ist zur Zeit wegen diesem Problem nicht das, das letztlich eingebunden wird, sondern halt eines, das in etwa von der Größe her reinpasste. --Col. o'neill ^{( | Admin | Kontakt)}

16:20, 5. Mai 2013 (CEST)

Natürlich kann man so etwas programmieren. Das war aber nie die Idee hinter dem System oder ich habe nicht so weit gedacht. Es sollten ja eigentlich Texte eingebunden werden und die Bilder sind nur zu besseren Übersicht. Ich gebe zu dein Vorschlag ist für den Benutzer einfacher. Er muss die Datei nur einmal hochladen und kann sie dann anpassen. Dagegen spricht das ich mich erst mal damit beschäftigen müsste wie genau Thumbs im MW erzeugt werden. Es ist sicher nicht sinnvoll die Bilder in maximaler Größe auszuliefern und dann per Parameter kleiner anzeigen zu lassen. Das wäre die quick und dirty Methode. --Rene ^{Bürokrat - Rückmeldung} 16:43, 5. Mai 2013 (CEST)

Spam-Filter: neue Idee

Naja, zugegeben, so richtig neu ist sie jetzt nicht, aber wir hatten ja mal diese Bad Word List oder wie die Erweiterung auch immer hieß aktiviert. Damals hat sie leider viel zu viel geblockt, teils auch praktisch alles Englischsprachige. Ich wäre nun dafür, die Erweiterung wieder zu aktivieren, aber nur mit einem einzigen "Bad String":

<a href="

Diese Sperre dann aber wenn möglich eben nur für IPs, nicht für Benutzer. Mir ist aufgefallen, dass die letzten Spamattacken praktisch alle diesen String enthalten, da sie offenbar nicht nur auf Wikis eingesetzt werden (sonst sollte den Verantwortlichen klar sein, dass diese Art von Links in Wikis nicht wirklich funktioniert) und so den HTML-tag verwenden.

Mir fällt absolut kein Grund ein, wieso eine IP den String aus konstruktiven / legitimen Gründen verwenden sollte, für solche, die es dennoch tun, könnte man im dann erscheinenden Blockierungshinweis ja kurz schreiben, dass die Wiki-Syntax für Links die mit eckigen Klammern ist. Ein Bot wird das nicht deuten können, ein Benutzer, der lediglich einen Link aus Nicht-Vandalismus-Gründen einstellen möchte, aber schon. So dürfte sich ein großer Teil des aktuellen Spam-Vandalismus verhindern lassen.

Meinungen dazu oder Korrekturen? --Col. o'neill ^{( | Admin | Kontakt)} 10:53, 14. Jul. 2013 (CEST)

Sehr gute Idee - Aber können IPs dann dennoch Links einfügen, oder? Also so etwas zum Beispiel: Diff --D5B ^Offline^{- Diskussion} 13:46, 14. Jul. 2013 (CEST)

Wenn nur der beschriebene String geblockt wird dürften Links mit Wikisyntax kein Problem sein. --Col. o'neill ^{( | Admin | Kontakt)}

14:04, 14. Jul. 2013 (CEST)

Ich wäre aufgrund der aktuellen Vandalismus-Attacken auf den Artikel Eiszeit auch dafür. Das kann so nicht weitergehen und so müsste man den Vandalismus hoffentlich reduzieren können.
-- A. M. ( Bürokrat | Diskussion | Beiträge ) 18:29, 15. Jul. 2013 (CEST)

Sollte aber möglichst schnell eingeführt werden, da die Vandalismus-Welle immer noch anhält (siehe auch hier). --D5B ^Offline^{- Diskussion} 10:21, 16. Jul. 2013 (CEST)

Ja, sehe ich auch so, das wir das machen, müssen aber nur auf Rene warten.--Hammond ^Diskussion 15:06, 19. Jul. 2013 (CEST)

Hmm, kann das nicht auch ein Bürokrat entscheiden? --D5B ^Offline^{- Diskussion} 20:20, 28. Aug. 2013 (CEST)

Natürliche können die Bürokraten es auch Entscheiden, nur ohne einen FTP-Zugang zum Server können die auch nichts machen.--Hammond ^Diskussion 21:48, 28. Aug. 2013 (CEST)

Bilder werden falsch dargestellt

Dieser Abschnitt kann archiviert werden. --Bartim 00:39, 29. Aug. 2013 (CEST)

Morgen, mir ist ein recht merkwürdiges Verhalten auf der Seite United States Navy und auch einigen anderen Seiten mit kleinen Grafiken, oft auch in Hinweisboxen, aufgefallen. Wenn ich als eingeloggter User die Seite betrachte, ist alles in Ordnung. Sobald ich mich allerdings auslogge, wird statt der Abzeichen die Breite dieser in Pixel (in diesem Fall 18px bzw. 25px) angezeigt, welche auch als Atttribut im MediaWiki-Quelltext eingetragen ist. Ich habe mal das HTML untersucht, der img-Tag wird komplett entfernt und einfach durch diesen Text ersetzt, als Beispiel:

<a href="/wiki/Datei:E2_SM_USN.svg" title="Datei:E2 SM USN.svg">18px</a> Seaman Apprentice

Auch ein Löschen des Seitencaches, sowohl der lokale als auch der des Servers, brachte keine Besserung. --Bartim 09:24, 28. Aug. 2013 (CEST)

Also dieser Fehler ist uns bereit bekannt, und einen genauen Lösungsweg haben wir (glaube ich) noch nicht. Über dieses Problem, habe ich bereits mit denn MediaWiki-Entwickler gesprochen und diese haben mir in erster Linie ein Update der Software empfohlen, da wir auf einer Ältern Version sind. Wenn danach immer noch der Fehler besteht, soll ich mich wieder an diese wenden.--Hammond ^Diskussion 11:45, 28. Aug. 2013 (CEST)

Es handelt sich dabei um ein Problem, das auch oben auf dieser Seite in der Aktuelles-Klappbox eingetragen ist und hier bereits besprochen wurde. --Col. o'neill ^{( | Admin | Kontakt)}

12:02, 28. Aug. 2013 (CEST)

Sorry, das hatte ich übersehen. Ich hab nur schnell diese Seite und das Archiv durchgeschaut, den Header mit der Klappbox hab ich übersprungen. Wenn das Problem bekannt ist, ist ja alles in Butter, ich hab den Abschnitt hier mal zur Archivierung freigegeben. --Bartim 00:39, 29. Aug. 2013 (CEST)