Minecraft Wiki:Adminpinnwand


Bürokraten
ILeonx	Diskussion Beiträge Logs
Administratoren
Kingcat 100	Diskussion Beiträge Logs
Magiczocker	Diskussion Beiträge Logs
MarkusRost	Diskussion Beiträge Logs
Nethonos	Diskussion Beiträge Logs
violine1101	Diskussion Beiträge Logs
Fandom-Ansprechpartner
Nekky-chan	Diskussion Beiträge Logs

Die Adminpinnwand ist für den einfacheren Kontakt mit Administratoren gedacht. Auch für Administratoren ist es einfacher wenn an einer Stelle die Probleme gesammelt werden und nicht überall im Wiki verteilt sind. Auf dieser Seite gilt – wie auch auf anderen Diskussionsseiten – die Pflicht, den eigenen Beitrag zu signieren.

Folgende Richtlinien sind zu beachten:

Administrative Probleme stehen im Vordergrund, sprich: Benutzer sperren, Seiten schützen, Wiederherstellungen, ...
Allgemeine Fragen sollten im Hintergrund stehen und sollten auf der Gemeinschaftsportal-Diskussionsseite gepostet werden.
Keine Löschanträge; hierzu liegt die entsprechende Vorlage vor: {{Löschen|Grund}}.
Nutzungsregeln sind bei den Richtlinien zu finden.
Fragen, welche sich auf einen speziellen Admin beziehen, sind auf dessen Diskussionsseite zu stellen.

Archiv

Technik Wiki nur für Ips sperren ?

Ich erlebe jetzt des öfteren das gerade Ips immer wieder sehr viel Müll produzieren und keinerlei produktiven Nutzen bringen. Ist ja auf der einen und anderen Seite auch schlüssig, denn das Technik-Wiki ist an sich gesehen vollständig und fertig. Deshalb bin ich zur Überlegung gekommen, man sollte vielleicht alle Ips insgesamt daran hindern die Technik-Artikel zu bearbeiten. Diskussionen oder dergleichen können ja weiterhin erlaubt sein. Ist es nun möglich eine allgemeine Sperre für Ips einzubauen oder müsste man dazu jeden einzelnen Artikel für Ips sperren ? Was haltet ihr insgesamt davon. Jeder kann dazu gerne seine Meinung äußern. -- Nethonos 11:37, 17. Dez. 2016 (UTC)

Nur Curse kann ein ganzes Wiki für IPs sperren, und das wird auf Gamepedia prinzipiell nicht gemacht. Man müsste jede einzelne Seite schützen oder bessere Spamfilter einbauen. Ich kümmere mich mal um letzteres. | violine1101 ^(Diskussion) 12:37, 17. Dez. 2016 (UTC)

Kein Wunder, dass es so viel Spam gibt im Technik Wiki. Es gab effektiv keine lokalen Missbrauchsfilter. | violine1101 ^(Diskussion) 13:01, 17. Dez. 2016 (UTC)

@Violine1101: Oje, danke für die Einrichtung des Spamfilters. -- Nethonos 13:18, 17. Dez. 2016 (UTC)

Im Technik-Wiki fehlen noch einige Filter. Könnten diese bitte nachgetragen werden? -- Nethonos 12:05, 22. Dez. 2016 (UTC)

Welche fehlen denn noch spezifisch? Die meisten sind ja schon von Curse vorgegeben (sog. globale Filter) und sollten den meisten Spam verhindern. | violine1101 ^(Diskussion) 13:07, 22. Dez. 2016 (UTC)

Unter "Spezial:Missbrauchsfilter" finde ich im Technik-Wiki nur drei Stück, im Minecraft Wiki müssten das viel mehr sein. -- Nethonos 13:12, 22. Dez. 2016 (UTC)

Die meisten der hier verwendeten Missbrauchsfilter sind aber nicht mehr in Verwendung, nur für dieses Wiki relevant oder sowieso durch einen Curse-Filter gedoppelt. Falls noch einmal eine große Welle an Spam im Technik Wiki auftauchen sollte, einfach melden, dann kann man ja die Filter entsprechend anpassen. | violine1101 ^(Diskussion) 12:18, 8. Jan. 2017 (UTC)

Antrag

Ich habe auf keiner Seite einen Hinweis darauf gefunden, wie man ein Administrator werden kann.

Mein implizierter Antrag ist noch nicht festgelegt; aber ich spiele mit dem Gedanken, da ich durchaus aktiv und zuverlässig bin. Allerdings müsst ihr entscheiden, denke ich. :-) ~ Yɒouo ɑY 18:05, 9. Jan. 2017 (UTC)

Ich bin auch im Minecraft-Bugtracker Helper (kann also Tickets bearbeiten). Wenn man dort frägt, wie man Mod oder Helper werden kann, lautet die Antwort normalerweise: "Remember the rules of the fight club". Im Prinzip gilt dasselbe hier: Du bewirbst dich nicht, sondern wirst gefragt.
Außerdem sind wir keinesfalls unterbesetzt im Adminteam. Die einzigen Vorzüge des Adminstatus sind es, Seiten zu löschen, Seiten zu schützen und Benutzer zu sperren (sowie einige Kleinigkeiten). Das kommt nicht allzu häufig vor und als normaler Benutzer kannst du genauso gut im Wiki mitwirken. | violine1101 ^(Diskussion) 18:19, 9. Jan. 2017 (UTC)

Über angesprochene Argumente hatte ich auch schon nachgedacht, war mit angesprochenen Konzepten aber nicht vertraut und wollte mir eine Vorstellung davon verschaffen, wie es funktionieren würde. Allerdings macht es mir nichts aus, weiter lediglich als Benutzer zu agieren; ihr seid ja durchaus nicht unzuverlässig. Vielen Dank für deine rasche und offene Antwort. :-) ~

Yɒouo ɑY 18:31, 9. Jan. 2017 (UTC)

Letzte Änderungen (Darstellung)

Von gestern auf heute sind gleichartige Letzte Änderungen wie Neuanmeldungen nicht mehr zu jeweils 1 Punkt zusammengefasst. Liegt das an mir oder am Wiki? Iwer Sonsch (Diskussion) 10:17, 7. Feb. 2017 (UTC)

Schau mal, ob in deinen Einstellungen unter "Letzte Änderungen" ein Häkchen bei "Änderungen auf „Letzte Änderungen“ und der Beobachtungsliste nach Seite gruppieren" steht. -- Sumpfhütte 10:43, 7. Feb. 2017 (UTC)

Danke, das wars. Iwer Sonsch (Diskussion) 12:41, 7. Feb. 2017 (UTC)

Kann Änderung nicht speichern

Ich wollte auf der Seite "Zukünftige Versionen" beim Abschnitt "Switch Edition" ändern, dass dort nicht mehr "[...]für die am dritten März erscheinende Spielekonsole Nintendo Switch." steht, sondern "[...]für die am dritten März erschienene Spielekonsole Nintendo Switch.". Diese Aktion wurde aber automatisch als schädlich erkannt und deshalb nicht ausgeführt. Ich bitte darum, das zu ändern. -- Smartboyirom, 3. Mär. 2017, 20:08 (UTC)

Erledigt + Danke. Und ich glaube, nach 3 Tagen wirst du als registrierter Benutzer diese Meldung nicht mehr erhalten. -- Sumpfhütte 20:21, 3. Mär. 2017 (UTC)

Sidebar: Technik-Wiki-Verlinkung

Ich fände es ganz praktisch, wenn man von dem Minecraft-Wiki mit nur einem Klick auch ins Technik-Wiki rüber switchen könnte, so wie es schon umgekehrt der Fall ist. Könnte man dazu bitte in der Sidebar einen Eintrag hinzufügen ? -- Nethonos 18:44, 9. Mär. 2017 (UTC)

Erledigt. -- Sumpfhütte 15:04, 14. Mär. 2017 (UTC)

Bei der Adressangabe steht "technik" statt "minecraft-technik". Bitte noch ändern, danke im Voraus. -- Nethonos 07:35, 2. Apr. 2017 (UTC)

Erledigt. -- Sumpfhütte 07:46, 11. Jun. 2017 (UTC)

IPs 79.225.71.157 und 79.225.95.7

Kommt es hier häufiger vor, dass zwei unterschiedliche IPs relativ ähnliche, unsinnige Beiträge speichern?
79.225.95.7:[1][2][3]
79.225.71.157:[4]
--Smartboyirom (Diskussion) 21:37, 19. Mai 2017 (UTC)

Es handelt sich um eine dynamische IP der Telekom und ändert sich daher täglich. Den Benutzer zu sperren würde daher leider nichts bringen. Ich hoffe einfach mal, dass ihm das irgendwann einfach langweilig wird. ... Ich hätte aber noch eine Idee, wie ich seine Bearbeitungen verhindern kann. Wenn das nochmal vorkommt, mach ich das auch. | violine1101 ^(Diskussion) 21:49, 19. Mai 2017 (UTC)

Dann hast du jetzt die Gelegenheit: [5] --Smartboyirom (Diskussion) 19:01, 20. Mai 2017 (UTC)

Erledigt | violine1101 ^(Diskussion) 21:43, 20. Mai 2017 (UTC)

Scheinbar leider doch nicht: [6] --Smartboyirom (Diskussion) 18:09, 22. Mai 2017 (UTC)

Schon erledigt, er sollte es nun erheblich schwerer haben, denselben "Witz" nochmal zu bringen. | violine1101 ^(Diskussion) 19:09, 22. Mai 2017 (UTC)

Brauche Hilfe zu meinem alten Account

→‎ Von verschiedenen Benutzerdiskussionsseiten hierher verschoben | violine1101 ^(Diskussion) 17:47, 10. Jul. 2017 (UTC)

Ich habe jetzt notgedrungen einen zweiten Account erstellen müssen, weil ich mich nichtmehr in meinen alten Account "Disco-Master" einloggen kann (da der letzte Login auf diesem Account schon eine Weile her ist und ich die Daten nichtmehr habe). Meine eigentliche Frage ist die, ob ich irgendwie auf den alten Account zugreifen kann, da ich auch nichtmal weiß, ob dieser Account überhaupt auf Gamepedia transferiert wurde. Falls dies nicht möglich ist wäre es mir schon gut getan, wenn man die alte Benutzerseite löschen könnte (minecraft-de,gamepedia,com/User:Disco-Master?profile=no) Michael783b (Diskussion) 17:35, 10. Jul. 2017 (UTC)

Hallo, Michael783b / Disco-Master! Wir können die Benutzerseite löschen, wenn du willst. Bezüglich deines alten Accounts wendest du dich am besten an Curse (Hier lang, englisch). Wenn du nicht englisch kannst, kannst du dich wieder an uns wenden. | violine1101 ^(Diskussion) 17:47, 10. Jul. 2017 (UTC)

Wegen der Sache des alten Accounts und der Benutzerseite: Hätte sich soweit erledigt, konnte sie selbst so bearbeiten dass es eigentlich so passen würde; für die komplette (inhaltliche) Löschung der Seite wäre ich dennoch dafür. Zugriff auf den alten Account werde ich wohl nichtmehr haben, da sämtliche meiner E-Mails nicht in deren Datenbank zu finden sind. Michael783b (Diskussion) 11. Jul. 2017 (UTC)

Ich habe deine ehemalige Benutzerseite gelöscht. Das Profil besteht zusammen mit deinem alten Account noch, aber Gamepedia-Konten können soweit ich weiß überhaupt nicht gelöscht werden. | violine1101 ^(Diskussion) 18:11, 11. Jul. 2017 (UTC)

Ich Löschung des Kontos ist schon möglich, dafür muss man sich aber direkt an Curse wenden.

MarkusRost (Diskussion) 19:44, 11. Jul. 2017 (UTC)

Wiki-Geburtstag

@Violine1101, Sumpfhütte, MarkusRost:, wenn heute die Gamepedia-Migration wie geplant stattfindet, wird zum besagten Wiki-Tag keine Bearbeitung stattfinden können, welche die Geburtstags-Seite einbaut. Wäre es also wert, vielleicht heute noch, solang es geht, eine Abfrage einzubauen, die den bestimmten Tag abfragt und dann die Seite entsprechend ändert? -- Nethonos 10:52, 16. Okt. 2017 (UTC)

Das Minecraft Wiki gehört zu Phase 2. Für diese steht noch kein Zeitpunkt fest, heute beginnt nur Phase 1 und dauert ein paar Tage. Es sollte daher also eigentlich kein Problem dabei geben.

MarkusRost (Diskussion) 11:02, 16. Okt. 2017 (UTC)

Ich hätte wohl besser nochmals, an entsprechender Stelle, nachlesen sollen. Dann sollte dem Wiki-Geburtstag nichts im Wege stehen. -- Nethonos 19:34, 16. Okt. 2017 (UTC)

Danke @Violine1101: für den Anstoß zu dieser Aktion und für die tolle Geburtstagsseite! Die sollten wir aufheben und jedes Jahr einsetzen. -- Sumpfhütte 09:57, 18. Okt. 2017 (UTC)

Bild kann nicht gelöscht werden

Seltsamerweise kann ich Bild Datei:Rezeptbuch.png nicht löschen. Das Wiki vergisst bei dieser Seite immer meine Anmeldung und zeigt die öffentliche Version der Seite an. Anmelden kann ich mich auf dieser Seite dann auch nicht. -- Sumpfhütte 11:22, 9. Nov. 2017 (UTC)

Das hatte ich auch schon auf der ein oder anderen Seite mal... Ich konnte das Bild jetzt aber ohne Probleme löschen.

MarkusRost (Diskussion) 11:25, 9. Nov. 2017 (UTC)

Umzug zuende?

Woher kommt die Info "Umzug zuende"? Denn die Hälfte unserer Bilder fehlt. -- Sumpfhütte 06:24, 15. Nov. 2017 (UTC)

Die Info für das Ende des Umzuges in Bezug auf das Minecraft Wiki stammt aus dem Gamepedia Slack. Das Problem mit den fehlenden Dateien wird gerade behoben, das Wiki lässt sich aber wieder bearbeiten.

MarkusRost (Diskussion) 06:44, 15. Nov. 2017 (UTC)

Ah ok. Das hatte ich auch gelesen, hätte aber erwartet, dass statt "Umzug zuende" ein Hinweis auf das Bildproblem in der Sitenotice erscheint oder im Wiki-Twitter. -- Sumpfhütte 06:47, 15. Nov. 2017 (UTC)

Den Hinweis auf den Umzug hatte ich entfernt, da er seit fünf Uhr auch nicht mehr angezeigt wurde. Einen extra Hinweis wegen den Bildern fand ich jetzt nicht unbedingt nötig, vor allem da inzwischen fast alle Bilder wieder da sind.

MarkusRost (Diskussion) 06:55, 15. Nov. 2017 (UTC)

Das ist prima, dann funktioniert die Reparatur also. Puh... -- Sumpfhütte 07:02, 15. Nov. 2017 (UTC)

Hm, am Anfang fehlten über acht Bilder auf der Hauptseite, dann nur noch zwei und jetzt wieder fünf. Ein paar sind wieder verschwunden...

MarkusRost (Diskussion) 07:21, 15. Nov. 2017 (UTC)

Es gibt zur Zeit noch Cache-Probleme:

Nach dem Hochladen eines Bildes kommt die Meldung: "Es ist keine Datei dieses Namens vorhanden. Du kannst jedoch diese Datei hochladen."
Nach dem Ändern einer Vorlage ist die Änderung auf den Seiten, die die Vorlage benutzen, nicht zu sehen.

Hier muss man abwarten, evtl. ein paar Stunden. Curse arbeitet an einer Behebung. -- Sumpfhütte 09:13, 17. Nov. 2017 (UTC)

Es gibt immer noch massive Probleme mit den Bildern: Beim Umbenennen verdoppeln sich die Bilder, Löschen funktioniert nicht und Wiederherstellen gelöschter Bilder funktioniert nicht. Ursache ist eine falsche Konfiguration des CloudFlare-Cache-Servers. Außerdem gab es gleichzeitig mehrere DDoS-Angriffe, weshalb jetzt hin und wieder eine Prüfseite erscheint. Außerdem gab es Probleme mit der PRO-Anzeige.

Nach über 30 Stunden ist das Alt-Bild "Lesepult.png" jetzt verschwunden, hoffentlich werden die anderen auch noch verarbeitet. Hier die Liste: Spezial:Logbuch/move

-- Sumpfhütte 10:08, 20. Nov. 2017 (UTC)

Die Anzeige des PRO-Badges ist doch schon immer verbuggt, mit dem Umzug hat das nichts zu tun. Nur gestern wurde für ein paar Stunden der PRO-Status an sich nicht erkannt, also das Badge war weg und es wurde überall Werbung angezeigt. Aber das funktioniert alles wieder.

Ein Problem, das mir noch aufgefallen ist ist, dass die Mitteilungsanzeige oben rechts nicht funktioniert. Mitteilungen kommen erst ca. 30 Minuten später an und auch wenn sie alle gelesen wurden, signalisiert die Anzeige weiterhin, dass ungelesene Mitteilungen vorhanden wären. Klickt man dann darauf, verschwindet die Anzeige, beim Laden einer neuen Seite ist sie aber schon wieder da.

Ich glaube, beim Lesepult und Quarz hatte es sofort geklappt. – Fusseel 10:12, 20. Nov. 2017 (UTC)

Es gibt derzeit massive Cache-Probleme. Besonders betroffen sind davon Dateien. Das Verschieben funktioniert durchaus korrekt, nur das Chache bekommt es nicht mit. Die Seiten existieren nicht mehr und auch die Bilder lassen sich nicht mehr einbinden. Manchmal kann man durch anhängen von action=purge den Cache etwas wecken und die Seiten werden für einen selbst korrekt angezeigt. Dies ist allerdings nur temporär.

Bekannte Cache Probleme: (Seit dem Umzug)

Namensraum Datei
Namensraum MediaWiki
Tracking-Kategorien
Benachrichtigungen
Vorlagen

MarkusRost (Diskussion) 10:26, 20. Nov. 2017 (UTC)

@Sumpfhuette: Was genau ist mit Geschwindigkeit gemeint? Das ist so leider sehr undeutlich :/ Die Geschwindigkeit des Wikis insgesamt oder nur die Geschwindigkeit beim Übernehmen von einigen Änderungen (z.B. Bilder, Vorlagen und MediaWiki)? Auch dieses "manchmal" ist etwas verwirrend. Wenn es heißen soll, das es nur noch manchmal Probleme gibt, wäre ich eher dafür den Hinweis wieder zu entfernen. Schließlich ist es dann nicht mehr, was den Leser dauerhaft stört. MarkusRost (Diskussion) 17:30, 5. Dez. 2017 (UTC)

An manchen Tagen ist das Wiki beim Aufrufen von Seiten schneller als an anderen. Da andere Webseiten schnell laden, andere Gamepedia-Seiten aber auch langsam laden, liegt es an Gamepedia. Vermutlich laufen seit dem Umzug (also seit drei Wochen) deren Server heiß, um diverse Terabytes an Cache anzulegen. Dazu kommen immer wieder Korrekturläufe, um Fehler in allen 1000 Wikis zu beseitigen. Neben diesen Verlangsamungen an manchen Tagen gibt es auch uhrzeitabhängige: Ab Nachmittags, wenn in den USA der Bürotag beginnt, wird das Wiki merklich langsamer. Vermutlich werden dann weitere Datenbankänderungen in großem Umfang durchgeführt. Die Verlangsamung betrifft sowohl das Laden als auch das Speichern. Da diese Probleme seit drei Wochen dauerhaft auftreten und vorher nicht vorhanden waren, kann man meiner Meinung noch nicht sagen, dass alles in Ordnung ist. -- Sumpfhütte 18:27, 5. Dez. 2017 (UTC)

Fehlerhafte Code-Tags

Mein Bot hat in der Nacht im Artikel- und Minecraft Wiki-Namensraum nach fehlerhaften Code-Tags gesucht. Diese habe ich hinterher alle korrigiert und den Bot nochmal laufen lassen, bis er nichts mehr fand. Heute sind mit erneut nicht geschlossene Tags im Minecraft Wiki Namensraum aufgefallen. Die Seite hatte mein Bot in der Nacht nicht aufgelistet. Der Bot vergleicht die Anzahl von <code> und </code> und die manuelle Suche per Strg + F hat erst nach meiner Änderung dabei die gleiche Anzahl ausgegeben. Somit müsste das Code-Tag erst nach meinen Bot-Suchen kaputt gegangen sein. Ich lasse meinen Bot jetzt gerade nochmal alle Seiten durchsuchen, falls dabei nun wieder neue Seiten aufgelistet werden, müssen diese neu sein. Den Bot-Code habe ich seit der Nacht nicht geändert. MarkusRost (Diskussion) 08:10, 28. Nov. 2017 (UTC)

Mein Bot hat keine weiteren Unstimmigkeiten gefunden. Trotzdem frage ich mich, weshalb er das eine Archiv übersehen hatte... Naja, jetzt sollten zumindest keine fehlerhaften Code-Tags mehr vorhanden sein.

MarkusRost (Diskussion) 08:36, 28. Nov. 2017 (UTC)

Super, danke! Weißt du, wie die reingekommen sind? War es mit den div-Tags ähnlich? Wurde das Problem schon bei Gamepedia diskutiert? -- Sumpfhütte 09:05, 28. Nov. 2017 (UTC)

Die div-Tags waren schon immer offen, wurden aber vor dem Umzug am Ende des Artikels automatisch geschlossen. Dies ist nun nicht mehr so. Allerdings sollen nicht geschlossene div-Tags sowieso vermieden werden, da sie viele Probleme verursachen. Letzteres ist die Aussage von Gamepedia dazu.

Der Ursprung der fehlerhaften Code-Tags ist mir unbekannt. Ich dachte am Anfang, da wäre jemand/ich zu blöd gewesen die Tags korrekt zu schließen, aber aufgrund der Häufigkeit dieses Fehlers erscheint mir das doch unwahrscheinlich. Vor allem, weil auch ältere und länger unbearbeitete Artikel davon betroffen sind und der Fehler ziemlich deutlich erkennbar ist.

MarkusRost (Diskussion) 09:16, 28. Nov. 2017 (UTC)

Neuer Kandidat: Minecraft Wiki:Gestaltungsrichtlinien. Wurde der vom Bot beachtet oder ist das neu? Wenn "neu" dann bitte Curse alarmieren, denn das ist eine ziemliche Katastrophe für Wikis, die keinen so fleißigen Bot haben. -- Sumpfhütte 15:12, 28. Nov. 2017 (UTC)

Eigentlich sollte der Bot diese auch untersucht haben. Ändere dort bitte eben nichts, ich lasse den Bot nochmal suchen. Falls es was neues finden (dies und vielleicht mehr) werden ich es auf jeden Fall melden.

MarkusRost (Diskussion) 15:19, 28. Nov. 2017 (UTC)

Ich habe gerade festgestellt, das mein Bot einen kleinen Fehler hatte und somit nicht alle Seiten durchsucht hat. :/ Ich macht es jetzt nochmal richtig und vermutlich werden dann nochmal sehr viele Code-Fehler auftauchen. Leider kann ich damit aber nicht sagen, ob sie neu sind. MarkusRost (Diskussion) 16:05, 28. Nov. 2017 (UTC)

Es wurden jetzt nochmal fünf Seiten gefunden, darunter auch die Gestaltungsrichtlinien. Durch meinen blöden Fehler mit dem Bot, weiß ich aber nicht, ob sie neu sind... Ich werde die Seiten jetzt mal korrigieren und dann hoffen wir mal, das nicht noch neue Fehler auftauchen.

MarkusRost (Diskussion) 16:44, 28. Nov. 2017 (UTC)

Es kann also wie bei den div-Tags so sein, dass die fehlenden Schrägstriche bei den schließenden code-Tags gar nicht "durch irgendetwas" entfernt wurden, sondern von Anfang an nie da waren. Durch ein beim Umzug geändertes Framework fällt dieser Uralt-Fehler aber jetzt erst auf. Damit müssen wir uns keine Sorgen machen, dass immer wieder neue code-Fehler entstehen, denn es gibt keine mysteriöse Ursache. -- Sumpfhütte 07:35, 29. Nov. 2017 (UTC)

Seiten zu den Versionen

→‎ Nach Minecraft Wiki Diskussion:Gemeinschaftsportal#Seiten zu den Versionen verschoben --

MarkusRost (Diskussion) 18:59, 3. Feb. 2018 (UTC)

Automatische Bildaufhellung durch das Wiki

→‎ Von Diskussion:Treppe#Blasse_Bruchsteintreppe hierher verschoben

Auf Artikeln wie Block oder Datenwert, erscheint die Bruchsteintreppe extrem blass. Ist das bei euch auch so oder nur bei mir so? Woran könnte das liegen? -- Nethonos 12:55, 2. Jan. 2018 (UTC)

Oha, auch die Stufe und der Block. Scheint von MediaWiki oder von einer Wiki-Cache-Software zu kommen. Wenn ein Bild verkleinert im Wiki benutzt wird, wird das nur einmal berechnet und serverseitig in einen Cache gestellt, damit die Webseiten schneller laden. -- Sumpfhütte 13:40, 2. Jan. 2018 (UTC)

Auch die Eisenrüstung ist betroffen, siehe Datei:Stein Pre-Classic 0.0.0.png, Datei:Bruchstein Classic 0.0.14a.png, Datei:Bruchsteintreppe Alpha 1.0.png, Datei:Bruchsteintreppe.png, Datei:Bruchsteinstufe.png, Datei:Eisenbrustpanzer.png. Aber Datei:Bruchstein Pre-Classic 0.0.9a.png und 150px sind okay!? - Re-Upload hilft nicht. Server-Cache aktualisieren auch nicht. Evtl. alle Bilder löschen und neu hochladen? -- Sumpfhütte 12:17, 27. Feb. 2018 (UTC)

Manchmal kann das Verschieben der Datei solche Probleme beheben, ich werde das mal eben testen.

MarkusRost (Diskussion) 12:22, 27. Feb. 2018 (UTC)

In diesem Falle scheint verschieben nicht zu helfen :( Aber @Violine1101: hatte glaubig ein ähnliches Bild durch neu hochladen der Datei mit irgendwelchen geänderten Einstellungen der Datei gelöst. Ich weiß aber leider nicht mehr genau was und wo das war...

MarkusRost (Diskussion) 12:26, 27. Feb. 2018 (UTC)

Datei verschieben und dergleichen macht keinen Unterschied. Majr erklärt das Problem hier. Das liegt an den Optimierungen durch z. B. pngout und punypng. Wenn man die weglässt, klappt alles. Ich mache das deswegen auch nicht mehr, daher sieht z. B. die Eisenrüstung normal aus.

Die Bilder müssen also neu hochgeladen werden, man braucht aber keine neue Datei anzufertigen, da sich die ursprüngliche Farbpalette durch einfaches Abspeichern in einer Bildbearbeitungssoftware wieder herstellen lässt. – Fuzs 12:44, 27. Feb. 2018 (UTC)

Das Problem gibt's immer noch? Curse ist tatsächlich phänomenal schlecht im Bugfixing. Wenn ich mich recht entsinne, dürfte es reichen, einen einzigen Pixel farbig zu haben. (Soweit ich weiß, reicht es schon, wenn die Rot-, Grün- und Blauwerte dieses Pixels nicht gleich sind. Man kann also einen Grauton wählen, der bspw. nur den Rotwert um 1 erhöht hat.) | violine1101 ^(Diskussion) 14:29, 27. Feb. 2018 (UTC)

@Sumpfhuette: Warte mal bitte mit dem Ersetzen, bei den Bildern muss nur ~~die komprimierte Farbpalette wieder auf den Originalzustand zurückgesetzt werden, am gezeigten Bild ändert sich gar nichts. Also nicht irgendwie bearbeiten.~~ der Farbraum von "Gray" auf "RGBA" geändert werden. Bei Datei:Bruchsteintreppe Alpha 1.0.png hat es zwar mit "RGB" geklappt, aber wir brauchen "RGBA", da sonst transparente Farben komplett transparent werden und demzufolge verschwinden. – Fuzs 10:56, 28. Feb. 2018 (UTC)

Ah, gut. Ich habe nämlich mit beiden Tipps keine Erfolge gehabt. Wie ersetzt man die komprimierte Farbpalette mit GIMP? -- Sumpfhütte 10:39, 28. Feb. 2018 (UTC)

Ok, das war ein bisschen Quatsch von mir, habe es korrigiert. Bei GIMP geht es so hier.

Ich mache sowas alles aber mit ImageMagick (ja, genau das böse Tool, dass eigentlich das Problem verursacht ^^), denn das ist eine Kommandozeilenanwendung, man muss also keine einzige Bilddatei öffnen und kann alles direkt über das Terminal/ die Konsole steuern. Empfehle ich dir sehr, da man damit beliebig viele Bilder gleichzeitig bearbeiten kann. Der Befehl dort lautet convert input.png -define png:color-type=6 result.png (bin mir leider nicht sicher, ob der Befehl so unter Windows klappt). – Fuzs 10:56, 28. Feb. 2018 (UTC)

Bei den Stufen irgendetwas zu ändern bringt übrigens nichts, die müssen sowieso alle ersetzt werden. – Fuzs 10:59, 28. Feb. 2018 (UTC)