Archivierung |
Archivierung |
||
| (11 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt) | |||
| Zeile 9: | Zeile 9: | ||
Natürlich nicht zuletzt, um eine Art Beispieleintrag zu erstellen, eine Frage zur Sidebar. | Natürlich nicht zuletzt, um eine Art Beispieleintrag zu erstellen, eine Frage zur Sidebar. | ||
Ich bin eben über [[MediaWiki:Sidebar/Group:user]] und | Ich bin eben über [[MediaWiki:Sidebar/Group:user]] und {{Gelöschte Seite|MediaWiki:Sidebar/Group:sysop}} gestolpert. Die user-Variante kann ich nicht so beurteilen, aber zumindest die sysop-Variante wird so nicht angezeigt - das zeigt sich bereits bei der Überschrift. Werden diese Optionen mit aktueller MW-Version überhaupt noch unterstützt oder wurden diese MediaWiki-Seiten verschoben und wir haben es verpasst? Wer weiß da was genaueres?--{{Benutzer:Col. o'neill/sig}} 08:31, 11. Sep. 2012 (CEST) | ||
:Wenn ich mich recht erinnere gab es da mal eine Erweiterung mit der Benutzer sich eigene Menüs anlegen konnten. Diese habe ich mal kurz getestet. Das dürften noch Reste davon sein. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 14:49, 29. Sep. 2012 (CEST) | :Wenn ich mich recht erinnere gab es da mal eine Erweiterung mit der Benutzer sich eigene Menüs anlegen konnten. Diese habe ich mal kurz getestet. Das dürften noch Reste davon sein. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 14:49, 29. Sep. 2012 (CEST) | ||
::Also können beide gelöscht werden? --{{Benutzer:Col. o'neill/sig}} 14:54, 29. Sep. 2012 (CEST) | ::Also können beide gelöscht werden? --{{Benutzer:Col. o'neill/sig}} 14:54, 29. Sep. 2012 (CEST) | ||
| Zeile 17: | Zeile 17: | ||
== Wer ist online? Menü == | == Wer ist online? Menü == | ||
Beim Aufrufen der [[Spezial: | Beim Aufrufen der [[Spezial:WhosOnline|Spezialseite "Wer ist online"]] wird rechts oben in der Menüleiste der Link zu dieser Seite ausgeblendet. Dies ist aber beim Aufrufen von z. B. ''Eigene Diskussion'' nicht so. Fehler oder Absicht? Zur Veranschaulichung: | ||
* Das Menü normal: <pre>D5B Eigene Diskussion Einstellungen Beobachtungsliste Eigene Beiträge Wer ist online? Abmelden</pre> | * Das Menü normal: <pre>D5B Eigene Diskussion Einstellungen Beobachtungsliste Eigene Beiträge Wer ist online? Abmelden</pre> | ||
* Das Menü, wenn man auf der Seite "Wer ist online" ist: <pre>D5B Eigene Diskussion Einstellungen Beobachtungsliste Eigene Beiträge Abmelden</pre> | * Das Menü, wenn man auf der Seite "Wer ist online" ist: <pre>D5B Eigene Diskussion Einstellungen Beobachtungsliste Eigene Beiträge Abmelden</pre> | ||
| Zeile 159: | Zeile 159: | ||
:Das Problem ist durchaus bewusst und wäre was gefunden worden hätte jemand was gemacht. Ich habe letztens auch was geschrieben, aber keiner geantwortet.[[Bild:Mad.gif]] --{{Benutzer:Col. o'neill/sig}} 14:31, 22. Mai 2013 (CEST) | :Das Problem ist durchaus bewusst und wäre was gefunden worden hätte jemand was gemacht. Ich habe letztens auch was geschrieben, aber keiner geantwortet.[[Bild:Mad.gif]] --{{Benutzer:Col. o'neill/sig}} 14:31, 22. Mai 2013 (CEST) | ||
:'''Nachtrag:''' Eine zwei-Orte-Disk ist da aber alles andere als sinnvoll, daher sollte man diesen Abschnitt auf erledigt setzen. --{{Benutzer:Col. o'neill/sig}} 14:32, 22. Mai 2013 (CEST) | :'''Nachtrag:''' Eine zwei-Orte-Disk ist da aber alles andere als sinnvoll, daher sollte man diesen Abschnitt auf erledigt setzen. --{{Benutzer:Col. o'neill/sig}} 14:32, 22. Mai 2013 (CEST) | ||
== Gelöschte Datei nicht ganz gelöscht == | |||
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 „<code>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].</code>“ enthält - wobei das „<code>No such file or director</code>“ 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 „<code>n gelöschte Versionen ansehen oder wiederherstellen?</code>“-Zeile oben war aber auch angezeigt. Seltsam, aber immerhin behoben... --{{Benutzer:Col. o'neill/sig}} 19:39, 27. Aug. 2013 (CEST) | |||
== Bilder werden falsch dargestellt == | == Bilder werden falsch dargestellt == | ||
| Zeile 209: | Zeile 212: | ||
:::::Ein blockiern in der Vorschau habe ich nie hin bekommen. Es gibt dazu keinen passenden Hook, soweit ich mich erinnere. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 12:29, 28. Feb. 2014 (CET) | :::::Ein blockiern in der Vorschau habe ich nie hin bekommen. Es gibt dazu keinen passenden Hook, soweit ich mich erinnere. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 12:29, 28. Feb. 2014 (CET) | ||
::::::Okay. Wäre zum Testen ganz angenehm gewesen, ist ja aber auch nicht nötig. Da sich heute ja leider [http://www.stargate-wiki.de/w/index.php?title=Benutzer_Diskussion:CF&diff=305923&oldid=297841&unhide=1 bestätigt hat] (genau genommen zum zweiten Mal seit Wiedereinsetzung des Blockers), dass auch mal Links ohne die bisher geblockten Präfixe eingesetzt werden (obwohl man, denke ich, durchaus sagen kann, dass der Werbevandalismus seitdem stark abgenommen hat), habe ich den Filter erweitert, sodass tatsächlich keine IP mehr einen Link („http:“ und „https:“ werden beide erkannt) einfügen kann, solange sie nicht die Wikisyntax mit [ nutzt. Die "Fehlermeldung" habe ich auch gerade entsprechend umgeschrieben. Ich hoffe, dass das die "gutmütigen IPs" jetzt nicht zu sehr an ihrer Arbeit hindert, wie sich damals schon andeutete. Solange jetzt weder IP-Beschwerden noch weitere Vandalismusfluten kommen dürfte diese Diskussion dann erledigt sein. Endlich.[[Bild:Smile.gif]] --{{Benutzer:Col. o'neill/sig}} 11:23, 7. Mär. 2014 (CET) | ::::::Okay. Wäre zum Testen ganz angenehm gewesen, ist ja aber auch nicht nötig. Da sich heute ja leider [http://www.stargate-wiki.de/w/index.php?title=Benutzer_Diskussion:CF&diff=305923&oldid=297841&unhide=1 bestätigt hat] (genau genommen zum zweiten Mal seit Wiedereinsetzung des Blockers), dass auch mal Links ohne die bisher geblockten Präfixe eingesetzt werden (obwohl man, denke ich, durchaus sagen kann, dass der Werbevandalismus seitdem stark abgenommen hat), habe ich den Filter erweitert, sodass tatsächlich keine IP mehr einen Link („http:“ und „https:“ werden beide erkannt) einfügen kann, solange sie nicht die Wikisyntax mit [ nutzt. Die "Fehlermeldung" habe ich auch gerade entsprechend umgeschrieben. Ich hoffe, dass das die "gutmütigen IPs" jetzt nicht zu sehr an ihrer Arbeit hindert, wie sich damals schon andeutete. Solange jetzt weder IP-Beschwerden noch weitere Vandalismusfluten kommen dürfte diese Diskussion dann erledigt sein. Endlich.[[Bild:Smile.gif]] --{{Benutzer:Col. o'neill/sig}} 11:23, 7. Mär. 2014 (CET) | ||
== Wiki nicht erreichbar == | |||
Ich habe heute, 11.3.2014, erfahren dass das Wiki nicht erreichbar war. Nach einem Server Neustart war zumindest das Wiki wieder ansprechbar. Leider wurden aus mir nicht bekannten Gründen in den letzten Wochen die automatischen Backups nicht ausgeführt. Beim manuellen ausführen des Backups meldete das System einen Fehler in der Tabelle [http://www.mediawiki.org/wiki/Manual:Watchlist_table watchlist]. Ich konnte die Tabelle zwar reparieren lassen, es ist aber möglich das nicht alle Einträge gerettet wurden. Ich empfehle daher die eigene Beobachtungsliste zu prüfen ob noch alle Seiten vorhanden sind. Nach der Reparatur läuft das Wiki auch wieder schneller. Ich habe zur Sicherheit ein aktuelles Backup auf meinen Rechner geladen. Ich hoffe das keine weiteren Fehler auftauchen. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 23:30, 11. Mär. 2014 (CET) | |||
'''Nachtrag''' Ein zweites Backup ist gerade ohne Fehlermeldung durchgelaufen. Zumindest scheinen nun wieder alle Tabellen ohne Probleme lesbar zu sein. | |||
'''Nachtrag 2''' Da ich nicht weiß seit wann das Wiki nicht erreichbar war kann ich leider nicht prüfen ob Bearbeitungen fehlen. Allerdings zeigt die Seite letzte Änderungen keine Bearbeitungen seit dem 9.3. [[Bild:Sad.gif]] | |||
--[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 23:40, 11. Mär. 2014 (CET) | |||
:Das Wiki war zumindest seit dem 10.3. morgens nicht erreichbar. Ob es schon am 9.3. weg war, entzieht sich meiner Kenntnis. --[[Benutzer:Andi47|Andi47]] 06:33, 12. Mär. 2014 (CET) | |||
::Die letzte "gespeicherte" Änderung war am 9.3. Abends. Ich denke danach war das Wiki down. Ärgerlich aber wichtig ist das keine Bearbeitungen verloren gegangen sind. Das Backup ist heute nach auch wieder automatisch durchgelaufen. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 09:15, 12. Mär. 2014 (CET) | |||
:::Es scheint kein Edit verloren gegangen zu sein. Am 09. gab es schon Ladeverzögerungen und kleine Aussetzer (im Sinne von in einer Minute wollte der Server nicht laden, in der nächsten dann doch wieder), am 10. ab mindestens morgens war es dann weg. <del>Wie ist das eigentlich mit der wöchentlichen Kopie der Backups auf einen anderen Server? Gibt's das noch bzw. in welchen Abständen passiert das noch?</del><br />Aber ich bin schonmal saufroh, dass keine Daten verloren gegangen sind. Direkt nach der Creation Week, das wäre 200% Katastrophe.<br />'''Danke, Rene''', dass Du alles wieder zu Laufen bringen konntest!! [[Bild:Smile.gif]] --{{Benutzer:Col. o'neill/sig}} 10:10, 12. Mär. 2014 (CET) | |||
::::Ich mache jetzt eine wöchentliche Kopie auf meinen Rechner. Muss ja meine neue VDSL Leitung irgendwie ausnutzen [[Bild:Cool.gif]]. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 10:20, 12. Mär. 2014 (CET) | |||
:::::Schön zu hören, dass alles wieder problemfrei funktioniert [[Bild:VeryHappy.gif]]. Ich hätte mal so noch eine Frage: Ich würde gern versuchen wieder eine offline-Version zu basteln, allerdings bräuchte ich dafür für testzwecke eins der Backups. --{{Benutzer:Ghost/Signatur}} 11:11, 12. Mär. 2014 (CET) | |||
::::::Ich kann es Dir später auch zukommen lassen, also die .sql und die .tar.bz2. Oder brauchst Du dafür mehr? --{{Benutzer:Col. o'neill/sig}} 11:19, 12. Mär. 2014 (CET) | |||
:::::::Das reicht vollkommen. Wenn du willst kannst es auhc auf meine Cloud hochladen, wenn du in der Dropbox zu wenig speicher hast. --{{Benutzer:Ghost/Signatur}} 17:02, 12. Mär. 2014 (CET) | |||
Erst mal muss ich sagen, dass ich wahnsinnig froh bin, dass keine Edits verloren gegangen sind. Jedoch kann ich das bz. der Beobachtungsliste bestätigen, mir fehlen einige (aber wie es momentan aussieht, sehr wenige) Einträge in der Liste. '''@Rene:''' Ich kenne mich mit MediaWiki nicht wirklich aus, von daher die Frage: Kann dieser Fehler wieder auftreten? --{{Benutzer:D5B/sig}} 18:30, 12. Mär. 2014 (CET) | |||
: Ich bin zwar nicht Rene, hab aber trotzdem ein wenig Ahnung von MW [[Bild:Smile.gif]]. Theoretisch können die Datenbanken jederzeit Fehler bekommen, allerdings is das ziemlich unwahrscheinlich, daher kannst du eigentlich davon abgeshen, dass der Fehler nicht mehr auftreten sollte, außer eben, wenn die Datenbanken eben wieder kaputt gehen würden. | |||
:'''PS:''' Ich habe meine Idee von wegen der Offline-CD mit den Daten meines Wikis getestet, scheint alles soweit zu funktionieren (benutz wird als Server-Backend: [http://sourceforge.net/projects/miniserver/ das hier]. --{{Benutzer:Ghost/Signatur}} 18:49, 12. Mär. 2014 (CET) | |||
::Zur Frage, kann das wieder geschehen. Natürlich [[Bild:Surprised.gif]]. Aber lass mich das mal erklären. Computer sind Geräte die kaputt gehen können, entweder weil die Software einen Fehler hat oder weil die Hardware einen Defekt hat. So etwas kann immer passieren. Wir hatten dieses Problem ja bereits einmal. Daher habe ich damals die täglichen Backups mit zusätzlicher wöchentlicher Sicherung auf einen anderen Rechner eingeführt. Damit sollte der Schaden im Fehlerfalle begrenzt werden. Das tägliche Backupscript meldet mir seinen erfolgreichen lauf per Mail. Soweit alles gut. Leider machen Menschen Fehler. Mir ist nicht aufgefallen das seit einiger Zeit keine Mails mehr gekommen sind. Zum Glück war der Einsatz einer Backupdatei in diesem Fall nicht nötig. Ich werde aber jetzt sicher nicht mehr über sehen wenn eine Mail fehlt und regelmäßiger die Backupdateien auf einen anderen Rechner sichern. So hat das Problem eigentlich einen positiven Effekt. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 22:48, 12. Mär. 2014 (CET) | |||
::::::::'''@Ghost:''' Ich würde es ja liebend gern auf Deine Cloud hochladen, nur wurde nun von dort schon das zweite Mal die Verbindung während dem Upload unterbrochen. Im Moment ist der Server überhaupt nicht mehr zu erreichen.[[Bild:Surprised.gif]] --{{Benutzer:Col. o'neill/sig}} 20:12, 15. Mär. 2014 (CET) | |||
::::::::: Sorry, unser Router hat grade wiedermal Probleme un hat 3x reconnected.... - Schiebs einfach in die Dropbox, das is stabiler oder installier dir den seafile-client, der kann mWn die Daten auch mit Unterbrechung synchonisieren - und du hast 1TB cloud [[Bild:VeryHappy.gif]].--{{Benutzer:Ghost/Signatur}} 20:35, 15. Mär. 2014 (CET) | |||
::::::::::Nur der Vollständigkeit halber: Ghost hat beide files erhalten und arbeitet dran. --{{Benutzer:Col. o'neill/sig}} 15:41, 25. Mär. 2014 (CET) | |||
== Fehler beim Einbinden von GIF-Animationen == | |||
Es ist mir schon am [http://stargate-wiki.de/w/index.php?title=Asgard-Transporter&curid=2536&diff=268303&oldid=268301 Samstag] aufgefallen und [http://www.stargate-wiki.de/w/index.php?title=Ionenantrieb&diff=268359&oldid=258921 heute] wieder: Beim Einbinden von bestimmten GIF-Dateien (sowohl als <nowiki>[[Datei: als auch mittels <gallery></nowiki>) 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: | |||
* [[:Datei:Ionenantrieb.gif]] | |||
* [[:Datei:Mittelstation zerstört.gif]] | |||
Mein System: Win7 Pro SP1 x64, Firefox 18 Beta. --{{Benutzer:Mk XIV/sig}} 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.)... --{{Benutzer:Col. o'neill/sig}} 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. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 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. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 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? --{{Benutzer:Col. o'neill/sig}} 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" [[Bild:Smile.gif]] die Bilder in der benötigten Größe neu zu berechnen. Die neu berechneten Bilder scheinen nun ohne Fehler zu sein. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 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? --{{Benutzer:Col. o'neill/sig}} 12:12, 12. Mai 2013 (CEST) | |||
== Fehler beim Einbinden von GIF-Animationen 2== | |||
;''GIF: Fehler beim Erstellen des Vorschaubildes'' - Rebooted | |||
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 ({{Rechts}}[[StargateWiki:Technik-Zentrale/Archiv#GIF: Fehler beim Erstellen des Vorschaubildes|Archiv]]) wohl doch nicht wirklich behoben gekriegt: | |||
* {{Rechts}}{{Gelöschte Seite|Datei:First supergate activation.gif}} | |||
* {{Rechts}}{{Gelöschte Seite|Datei:Korolev.gif}} | |||
Durchaus interessant, dass dieser Fehler primär bei GIFs auftaucht... Die Frage ist: Woran liegt es diesmal und wie lässt es sich beheben? --{{Benutzer:Col. o'neill/sig}} 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. --{{Benutzer:Ghost/Signatur}} 14:43, 22. Mai 2013 (CEST) | |||
::Du musst unten bei den Versionen und Einbindungen schauen, nicht oben bei den normalen Dateien. --{{Benutzer:Col. o'neill/sig}} 14:47, 22. Mai 2013 (CEST) | |||
::: Hm stimmt, da ist bei mir auch der Fehler, ist trotzdem der selbe, wie bei der China-Flagge. --{{Benutzer:Ghost/Signatur}} 13:29, 23. Mai 2013 (CEST) | |||
---- | |||
* {{Rechts}}{{Gelöschte Seite|Datei:First supergate activation.gif}}, kein Fehler auch nicht auf [[Kawoosh]], auch nicht mit 200px. | |||
* {{Rechts}}{{Gelöschte Seite|Datei:Korolev.gif}}, kein Fehler auch nicht auf [[Korolev]] und [[Kreuzzug der Ori]]. | |||
Bitte man einen Link wo der Fehler zu sehen ist. Danke --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 13:57, 23. Mai 2013 (CEST) | |||
:Schau unten bei den Dateiversionen. Da steht bei beiden Dateien die Fehlermeldung. --{{Benutzer:Col. o'neill/sig}} 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... --{{Benutzer:Col. o'neill/sig}} 14:15, 23. Mai 2013 (CEST) | |||
::Danke hate ich überlesen. Merkwürdig das die Bilder in den Artikeln angezeigt werden. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 14:18, 23. Mai 2013 (CEST) | |||
:::Ja ,das Problem tritt iwie nur bei den Versionen und in den Kategorien ({{Rechts}}[[:Kategorie:Medien SG1 9x20]]) auf. --{{Benutzer:Col. o'neill/sig}} 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? --{{Benutzer:Col. o'neill/sig}} 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. --{{Benutzer:D5B/sig}} 15:44, 25. Mai 2013 (CEST) | |||
::Ja, das war früher so. Später lief die Animation glaube ich bei Einbindungen auch ganz normal. --{{Benutzer:Col. o'neill/sig}} 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 [http://www.stargate-wiki.de/w/images/archive/4/41/20130706164615!Atlantis_city_plan.gif 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?[[Bild:Surprised.gif]] --{{Benutzer:Col. o'neill/sig}} 19:01, 6. Jul. 2013 (CEST) | |||
== Fehler beim Einbinden von GIF-Animationen 3 == | |||
Ein Problem wäre gelöst, doch schon ist ein neues aufgetaucht: | |||
* {{Rechts}}[[:Datei:Freund oder Feind?.jpg]] --{{Benutzer:D5B/sig}} 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 {{Code|[[Datei:Freund oder Feind?.jpg]]}} oder die [http://www.stargate-wiki.de/w/images/5/5b/Freund_oder_Feind%3F.jpg Direktdatei], aber sobald man die Größe verändert kommt der Fehler - wieso? --{{Benutzer:Col. o'neill/sig}} 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]] {{Rechts}} {{Gelöschte Seite|Datei:Freund oder Feind.jpg}} - funktioniert. [[Bild:Smile.gif]] --{{Benutzer:D5B/sig}} 12:11, 7. Jul. 2013 (CEST) | |||
:::[[:Datei:Freund oder Feind?.jpg]] ist jetzt seit der Neuinstallation wieder normal. {{Gelöschte Seite|Datei:First supergate activation.gif}} und {{Gelöschte Seite|Datei:Korolev.gif}} geben jetzt zwar keine Fehlermeldung mehr aus, aber es wird in den Versionen und Kategorien statt der Vorschau nur der Name angezeigt. --{{Benutzer:Col. o'neill/sig}} 22:47, 15. Dez. 2014 (CET) | |||
::::Ursache war ein Fehler in der LocalSettings.php, siehe meine Diskussion, geht jetzt wieder. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 22:53, 15. Dez. 2014 (CET) | |||
:::::Naja wie gesagt, die beiden GIFs werden in der Versionstabelle und den Kategorien nicht richtig angezeigt. Zwar jetzt ohne Fehlermeldung, aber immer noch ohne Bild. :D --{{Benutzer:Col. o'neill/sig}} 23:02, 15. Dez. 2014 (CET) | |||
::::::Ich habe mir das mal genau angesehen. Das THUMB Bild wird erstellt, habe es zum testen mal gelöscht. Wenn ich das aber anzeigen will bekomme ich die Meldung das die Datei defekt ist. Scheint also ein Problem bei der Erstellung des THUMB Bildes zu sein. Ich schau mal ob ich da etwas finde. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 23:31, 16. Dez. 2014 (CET) | |||
::::::Das Problem ist die Zusammenarbeit von ImageMagick, das benutzt Mediawiki zur Umwandlung der Bilder und der Animation. Ich habe das Bild mal manuell umgewandelt. Leider funktioniert die Umwandlung nicht. ImageMagick-convert bleibt mitten in der Umwandlung stehen. Ich habe das Programm dann abgebrochen und eine unvollständige Datei erhalten. Die habe ich in das thumb Verzeichnis kopiert. Man sieht das einige Bilder fehlen. Außer die Animation neu zu erstellen fällt mir momentan nichts ein. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 23:57, 16. Dez. 2014 (CET) | |||
:::::::{{Gelöschte Seite|Datei:First supergate activation.gif}} passt jetzt plötzlich - {{Gelöschte Seite|Datei:Korolev.gif}} werde ich dann irgendwann demnächst mal ersetzen. --{{Benutzer:Col. o'neill/sig}} 00:04, 17. Dez. 2014 (CET) | |||
::::::::Nein [[Bild:Smile.gif]] passt nicht. Habe ich doch oben geschrieben. Ich habe die Datei manuell umgewandelt und musste das Programm abbrechen weil nicht durchgelaufen ist. Die unvollständige thumb-Datei habe ich dann in das thumb Verzeichnis kopiert. Wenn du dir das Ergebnis ansiehst merkst du das die Animation kürzer ist als das Original. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 00:29, 17. Dez. 2014 (CET) | |||
:::::::::Ah ja stimmt, sorry. Das habe ich nicht bemerkt und das von oben etwas missverstanden. Dann schau ich mal, dass ich beide Animationen demnächst ersetze... --{{Benutzer:Col. o'neill/sig}} 00:32, 17. Dez. 2014 (CET) | |||
::::::::::Ich habe es jetzt noch mit GraphicMagick versucht. Laut Mediawiki Beschreibung soll das Programm auch gehen. Leider kommt eine Fehlermeldung statt einer Datei. [[Bild:Sad.gif]] --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 00:44, 17. Dez. 2014 (CET) | |||
:::::::::::{{Rechts}}[[:Datei:SG1 9x20 Supergate.gif]] und [[:Datei:SG1 9x20 Korolev.gif]]. Das sind komplett neu erstellte GIFs unter neuem Dateinamen und da kann offenbar auch kein Thumbnail erstellt werden. Was ist da los? Geht da bei GIFs jetzt garnichts mehr? --{{Benutzer:Col. o'neill/sig}} 18:21, 17. Dez. 2014 (CET) | |||
::::::::::::Merkwürdig. Manuell funktioniert die Umwandlung. Ich prüfe mal ob durch die neue Version (ImageMagick und Linux) irgend etwas neu eingestellt werden muss. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 19:35, 17. Dez. 2014 (CET) | |||
:::::::::::::Gefunden [[Bild:VeryHappy.gif]]. Es war die Einstellung des maximalen Shell Speichers $wgMaxShellMemory. Ich hatte den Wert irgendwann schon mal hoch gesetzt aber das war wohl nicht genug. Habe jetzt die Grenze ganz aufgehoben. Die falsch erstellten thumbs muss ich wohl manuell löschen. Bitte angeben wenn jemand eines findet. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 20:01, 17. Dez. 2014 (CET) | |||
Ah, sehr schön. Maximale Speichergröße macht natürlich Sinn bei GIFs... [[Bild:Lachen.gif]] Was meinst Du mit falsch erstellten Thumbs? Die manuellen unvollständigen oder die nicht vorhandenen / nicht angezeigten? --{{Benutzer:Col. o'neill/sig}} 20:09, 17. Dez. 2014 (CET) | |||
:Ich meine wenn irgendwo ein thumb Bild fehlt oder nicht richtig angezeigt wird. Das Problem ist das die thumb Bilder nur einmal berechnet werden. Wenn die Umwandlung abgebrochen wird, wird die Bilddatei zwar angelegt hat aber keinen sinnvollen Inhalt. Das führt dazu das sie nicht neu berechnet wird. Diese Dateien muss ich dann manuell löschen. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 19:15, 19. Dez. 2014 (CET) | |||
== Sitemap == | |||
Wieso ist unsere Sitemap eigentlich auf http://stargate-wiki.de anstatt auf [http://www.stargate-wiki.de http://'''www.'''stargate-wiki.de]? Schließlich ist die mit www die "Hauptdomain", die robots.txt z.B. ist auf der Domain mit www. Dadurch, dass die Sitemap auf der anderen Domain ist, meint z.B. ein Web-Analyse-Tool, dass das Wiki keine Sitemap hat. Ich bin nicht sicher, ob es wirklich relevante Auswirkungen hat, wenn die Sitemap fehlt oder wie hier zu fehlen scheint, aber kann man die eigentlich ohne größeren Aufwand auf die "Hauptdomain" verschieben? --{{Benutzer:Col. o'neill/sig}} 16:29, 15. Jul. 2014 (CEST) | |||
:Da wir ja nun auf http://stargate-wiki.de sind, hat sich das im Grunde erledigt. Aber wo sind denn im Moment die sitemap und die robots.txt? Am alten Platz jedenfalls nicht. --{{Benutzer:Col. o'neill/sig}} 23:16, 15. Dez. 2014 (CET) | |||
::Die muss ich neu erstellen. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 23:59, 16. Dez. 2014 (CET) | |||
:::{{Ok}} [http://stargate-wiki.de/sitemap/sitemap-index-stargatewiki-sg_.xml Sitemap] und [http://stargate-wiki.de/robots.txt robots.txt] erstellt. Bei Google Webmastertool neu angemeldet. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 20:45, 17. Dez. 2014 (CET) | |||
::::Super, danke! --{{Benutzer:Col. o'neill/sig}} 21:03, 17. Dez. 2014 (CET) | |||
== Aktualisierung der Linklisten == | |||
Ist das nur ein subjektiver Eindruck meinerseits oder updaten sich die Linklisten '''sehr''' viel langsamer als früher (also vor dem ein oder anderen Jahr)? Ich meine mich daran zu erinnern, dass die "Update-Intervalle" da irgendwann (vor dem ein oder anderen Jahr...) mal verkürzt wurden bzw. man das Ganze beschleunigte. Jetzt ist es aber so, dass sich bei seitdem unbearbeiteten Seiten (bei Änderungen dieser Seiten über eine dort eingebundene Vorlage) auch nach einer Woche noch nichts groß getan hat. Ich nehme an (bzw. hoffe), dass das sich die nächsten Tage (Wochen) [[Spezial:Linkliste/In Morpheus Armen|hierfür]] erledigt - aber so oder so ist das deutlich langsamer als früher. Weiß da jemand, woran das liegen könnte bzw. lässt sich das Tempo da wieder etwas rauffahren? --{{Benutzer:Col. o'neill/sig}} 17:30, 29. Apr. 2014 (CEST) | |||
:Hmm, das stimmt. Ich bin mir nicht ganz sicher, aber ich glaube, dass ich vor kurzem mal in einem Archiv gelesen hab, dass sich diese Listen zweimal täglich updaten sollten. --{{Benutzer:D5B/sig}} 19:49, 30. Apr. 2014 (CEST) | |||
::Klingt nach der Zeit, die ich meinte, zu der das runtergeschraubt wurde. Aber zwei Mal täglich ist definitiv nicht mehr so. Leider. --{{Benutzer:Col. o'neill/sig}} 19:51, 30. Apr. 2014 (CEST) | |||
:::Gemeint ist hier sicher der regelmäßige Aufruf von runJobs.php. Der läuft immer noch zwei mal am Tag. Den aktuellen Stand der offenen Jobs findet man über diesen Link [http://stargate-wiki.de/w/api.php?action=query&meta=siteinfo&siprop=statistics MW-API]. Die Information über die Anzahl der wartenden Jobs steht leider nicht mir auf der Statistik Seite. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 21:52, 1. Mai 2014 (CEST) | |||
::::Immer noch sind über 20 Einträge in der Linkliste vorhanden, das Ganze ist jetzt fast zwei Monate her. Wenn die runJobs.php zu den normalen Intervallen läuft, woran liegt das dann? Die Seiten werden ja anscheinend erst dann in der Linkliste aktualisiert, wenn sie einer bearbeitet. --{{Benutzer:Col. o'neill/sig}} 20:12, 14. Jun. 2014 (CEST) | |||
Ich bin jetzt mal mit Nulledits über die verbliebenen Einträge gegangen und konnte so alle raushauen, die nur über die schon längst aktualisierte Vorlage noch drinstanden. Über den Rest gehe ich mit dem Bot beim nächsten Durchlauf. --{{Benutzer:Col. o'neill/sig}} 23:13, 15. Dez. 2014 (CET) | |||
:Das meiste konnte der Bot wegen Berechtigungsfehlern nicht machen, das habe ich dann halt selbst gemacht und die falschen WL gelöscht. --{{Benutzer:Col. o'neill/sig}} 17:49, 18. Dez. 2014 (CET) | |||
::Die Linklisten werden jetzt einmal am Tag neu berechnet. Gleichzeitig wird dabei die Sitemap neu erstellt. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 19:19, 19. Dez. 2014 (CET) | |||
== Darstellungsfehler bei Artikel == | |||
[[Datei:Fehler-Screenshot.jpg|thumb|right|Darstellungsfehler <small>(Firefox 36.01.1 rc)</small>]] | |||
Kann sich mal jemand den Artikel [[Anatole Konstantinov]] anschauen? Bin durch Zufall darauf gestoßen, sieht so aus, als würde irgendwie Quelltext der Vorlage:InfoboxPerson im Artikel landen.--[[Benutzer:Jack ONeill|Jack ONeill]] ([[Benutzer Diskussion:Jack ONeill|Diskussion]]) 00:43, 16. Mär. 2015 (CET) | |||
: Behoben, da waren zwei kleine Fehler in der Vorlage (durch die Änderungen is hoffentlich nix anderes kaputt gegangen...)--{{Benutzer:Ghost/Signatur}} 11:08, 16. Mär. 2015 (CET) | |||
::(Ich hab das Bild mal nach rechts geschoben, schaut weniger chaotisch aus...^^) Aus irgendeinem Grund stößt sich die Vorlage da mit der [[Vorlage:Wp]] als Wert für die Organisation. Normaler Text und Links gehen normal, aber die Vorlage, egal mit wie vielen Parametern, verursacht den Fehler. Und irgendwie tritt das nur auf, wenn der Vorlage generell gesagt wird, dass eine Kategorie (falls zugeordnet) dazugepackt werden soll. Ich bin noch am Suchen, aber irgendwie ist das etwas seltsam. Ich habe den Artikel mal wieder lesbar gemacht, indem ich die Interwiki-Syntax statt der WP-Vorlage verwendet habe. Die geht seltsamerweise problemlos. --{{Benutzer:Col. o'neill/sig}} 16:35, 16. Mär. 2015 (CET) | |||
::'''Nachtrag:''' Die Fehlerursache war ein Gleichheitszeichen. Da dies bei Vorlagen mit Parametern ja genutzt wird, um Parameter zuzuweisen (<code><nowiki>{{Vorlage:Para|me|ter}}</nowiki></code> ist im Grunde auch nur die abgekürzte Schreibweise für <code><nowiki>{{Vorlage:Para|1=me|2=ter}}</nowiki></code>), führt das immer wieder zu Schwierigkeiten. In der Wp-Vorlage waren ein span-tag mit style-Zuweisung und ein sup-tag mit class-Zuweisung (und damit beide auch mit =) enthalten, damit das manuell dort eingefügte WP-Icon nicht vom Link getrennt wird. Für die Vorlage sah es so aus: | |||
::<pre>{{#recursiv:Kürzel/Organisation|<span style="background-color:green">[[:de:Roskosmos|Russische Raumfahrtbehörde]]<sup class="keinSymbol">[[Datei:Wikipedia-Icon.png|12px|Wikipedia|verweis=:de:]]</sup></span>|kat}}</pre> | |||
::Dabei wurden die Parameter aber nicht wie gewollt aufgeteilt (also einmal <code><nowiki><span style="background-color:green">[[:de:Roskosmos|Russische Raumfahrtbehörde]]<sup class="keinSymbol">[[Datei:Wikipedia-Icon.png|12px|Wikipedia|verweis=:de:]]</sup></span></nowiki></code> als Parameter 1 und <code>kat</code> als Parameter 2, sondern <code><nowiki>"background-color:green">[[:de:Roskosmos</nowiki></code> als Parameter „<nowiki><span style</nowiki>“ und so weiter. da solche Parameter nicht definiert sind, werden sie von der Vorlage ignoriert, aber es zerstückelt halt die Eingabe ungewollt. | |||
::Da wir die Icons aber ja eh global via CSS einfügen, habe ich den Teil entfernt, wodurch der Fehler nicht mehr auftaucht. Generell sollte man halt bei Vorlagen mit Parametern immer aufpassen, dass man keine Gleichheitszeichen in Eingabewerten verwendet (z.B. eben in Tags, Links etc.). --{{Benutzer:Col. o'neill/sig}} 17:50, 16. Mär. 2015 (CET) | |||
== IP-Edits automatisch gesichtet? == | |||
Mir ist aufgefallen, dass die beiden '''IP'''-Edits am Artikel [[Michael]] (siehe [http://www.stargate-wiki.de/w/index.php?title=Michael&action=history Versionsgeschichte], [https://www.dropbox.com/s/1cyok9z5he6igtz/IP-Edit%20autoreviewed.png Screenshot]) '''automatisch freigegeben''' wurden. Wieso ist das so? --{{Benutzer:D5B/sig}} 20:25, 6. Jul. 2014 (CEST) | |||
:Vielleicht, weil einfach der Edit zurückgesetzt und damit der gesichtete Zustand von davor wiederhergestellt wurde? --{{Benutzer:Col. o'neill/sig}} 20:36, 6. Jul. 2014 (CEST) | |||
== Fehlerhafte Anzeige der "kein JavaScript aktiviert" Warnmeldung auf Spezial:Anmelden und Spezial:Einstellungen == | |||
Mit [https://gerrit.wikimedia.org/r/164224/ Change #164224] wurde auf den Spezialseiten [[Spezial:Anmelden|Anmelden]] und [[Spezial:Einstellungen|Einstellungen]] das Laden von JavaScript, sowie CSS aus den Systemnachrichten MediaWiki:Common.js und MediaWiki:Common.css aus Sicherheitsgründen deaktiviert. Dies führt unglücklicherweise dazu, dass die Warnmeldung, dass man selbst JavaScript deaktiviert habe, auch angezeigt wird, wenn JavaScript im Browser aktiviert ist. Das kann im ersten Moment (gerade für neue und ggf. auch unwissende Nutzer) verwirrend sein. Daher schlage ich vor, den noscript-Teil der Sitenotice nicht bei Spezialseiten zu laden, oder die Konfigurationsoption [http://mediawiki.org/wiki/Manual:$wgAllowSiteCSSOnRestrictedPages $wgAllowSiteCSSOnRestrictedPages]zu aktivieren. Grüße --[[Benutzer:ONeill|ONeill]] ([[Benutzer Diskussion:ONeill|Diskussion]]) 20:33, 28. Feb. 2015 (CET) | |||
:Das Problem ist bekannt, ich habe Rene dazu schon vor einiger Zeit einen Lösungsansatz geschrieben. --{{Benutzer:Col. o'neill/sig}} 20:45, 28. Feb. 2015 (CET) | |||
== Google indexiert https-Links mit selbstsigniertem Zertifikat == | |||
Hallo,<br /> | |||
wenn man bei Google beispielsweise [https://www.google.de/webhp?hl=de#hl=de&q=site:stargate-wiki.de+filetype:pdf+-%22datei:%22 das hier] sucht, werden manche Links über https aufgerufen. Unglücklicherweise ist das TLS-Zertifikat nicht signiert, was zu einer Fehlermeldung führt. Auf einigen Seiten, z. B. auf [[Hilfe:Richtlinien]] oder [[Hilfe:Diskussionen|hier]] gibts zusätzlich Mixed-Content-Warnungen, da teile der Website von kruden Subdomains (ftxvgch.stargate-wiki.de) ohne TLS gesendet werden. Da https sonst ganz gut zu funktionieren scheint wollte ich fragen, ob das beabsichtigt ist (Testbetrieb?) oder nicht. --[[Spezial:Beiträge/93.221.219.189|93.221.219.189]] 00:01, 26. Apr. 2015 (CEST) | |||
:Danke für den Hinweis! Das mit den Subdomains [[#Server erfindet Subdomains|ist bereits bekannt]] - warum das passiert ist eine gute Frage. Ein Testbetrieb ist es aber (leider) nicht. --{{Benutzer:Col. o'neill/sig}} 00:16, 26. Apr. 2015 (CEST) | |||
== Hilfe:Administratoren == | |||
Also nun ist es kein Einzellfall mehr, als ich damals Admin geworden bin, wollte ich ja meine Admin Info [[Hilfe:Administratoren|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?--{{Benutzer:Hammond/sig}} 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? --{{Benutzer:Col. o'neill/sig}} 17:20, 22. Okt. 2012 (CEST) | |||
::Habe gerade meinen Eintrag bearbeitet, ohne Probleme. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 23:06, 5. Mai 2013 (CEST) | |||
:::Ja, der Fehler tritt auch nicht immer auf, irgendwie nur manchmal... Zweifelsohne die nervigste Sorte von Fehlern... --{{Benutzer:Col. o'neill/sig}} 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 [[Benutzer:Jack ONeill|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. --{{Benutzer:Col. o'neill/sig}} 21:21, 26. Mär. 2013 (CET) | |||
:Und wieder ist der Fehler aufgetreten. Ich habe vorhin das Intro der Technik-Zentrale bearbeitet und das Wiki hat mit dem neuen Text die normale Technik-Zentrale überschrieben. Ist also noch nicht behoben. --{{Benutzer:Col. o'neill/sig}} 13:47, 21. Dez. 2014 (CET) | |||
::Ich hatte den Fehler danach nochmal vom Tablet aus (der Vollständigkeit halber) --{{Benutzer:Col. o'neill/sig}} 16:30, 31. Dez. 2014 (CET) | |||
Der Fehler scheint immer dann aufzutreten, wenn man vor dem Speichern die Vector-Vorschau mit eben einer solchen inputbox darin lädt. Mit der normalen Vorschaufunktion passt alles. Auf die Weise lässt sich der Fehler z.B. auch auf [[StargateWiki:Mentorenprogramm]] reproduzieren. --{{Benutzer:Col. o'neill/sig}} 19:49, 17. Jul. 2015 (CEST) | |||
'''Nachtrag:''' Oder eben im Intro der Technik-Zentrale, wie ich heute morgen unfreiwillig demonstriert habe... -.- --{{Benutzer:Col. o'neill/sig}} 15:02, 14. Aug. 2015 (CEST) | |||
---- | |||
Ich habe jetzt den Fehler gefunden und (provisorisch) behoben: Man darf in HTML eigentlich keine form-Elemente ineinander haben. Da das Editor-Fenster, in dem auch die vector-Vorschau geladen wird, von Haus aus eines ist, und die inputboxen nochmal selbst eines erschaffen, passiert aber genau das auf betroffenen Seiten. Das form-tag wird in der vector-Vorschau, ich vermute das macht entweder MediaWiki oder der Browser selbst, um es wenigstens halbwegs korrekt zu halten, dann noch weggelassen, wodurch die Einstellungen aus der inputbox (im Speziellen der Seitentitel) auf das allgemeine Bearbeituns- und Speicherformular übergehen. Wir hinken, was die inputbox angeht, übrigens wieder (mindestens) eine Version hinterher, vielleicht ist es ja in der aktuellen Version irgendwie gelöst. So oder so habe ich jetzt ein JavaScript geschrieben, das alle input-Elemente innerhalb der vector-Vorschau "deaktiviert", sobald die geladen hat. Das verhindert, dass von dort irgendwelche Werte und Einstellungen weitergegeben werden, und damit auch diesen Fehler. Als Folge dessen sind die "gesperrten" inputboxen in der Vorschau nun auch klar als solche sichtbar, aber das ist ja nicht weiter schlimm (wieso sollte man die auch aus der Vorschau heraus benutzen wollen?). --{{Benutzer:Col. o'neill/sig}} 01:43, 30. Nov. 2015 (CET) | |||
== Mobile-Anpassungen == | |||
Könnte einer der Bürokraten bitte die <code>$wgMobileUrlTemplate</code> in der MobileFrontend-Extension so umstellen, dass die mobile Seite einfach (wie üblich) m.stargate-wiki.de ist, und die <code>$wgMFEnableSiteNotice</code> auf <code>true</code>, sodass Sitenotices auch angezeigt werden? --{{Benutzer:Col. o'neill/sig}} 02:37, 12. Jul. 2015 (CEST) | |||
:Habe ich jetzt selbst gemacht. --{{Benutzer:Col. o'neill/sig}} 19:35, 7. Nov. 2015 (CET) | |||
== InstantCommons == | |||
Falls sich jemand gefragt hat, wieso die Commons-Bilder die letzten Tage nicht zu sehen waren: Commons wurde kürzlich endgültig auf HTTPS umgestellt, standardmäßig geht unsere MW-Version aber noch über HTTP, weshalb InstantCommons auf allen Wikis mit älteren MW-Versionen plötzlich nicht mehr funktioniert hat. Ich habe das jetzt in unserer LocalSettings.php angepasst und einen entsprechenden Kommentar dazu hinterlassen. Wenn wir auf MW 1.25.2 oder höher upgraden, können wir den alten Befehl wieder verwenden, der ist zurzeit einfach auskommentiert. --{{Benutzer:Col. o'neill/sig}} 19:35, 7. Nov. 2015 (CET) | |||
== Disk-Erstellung als IP == | |||
Wenn man unangemeldet eine Diskussionsseite erstellen will, kommt man zwar normal in den Editor etc., klickt man aber auf Speichern, landet man auf einer leeren Seite und der Server gibt einen 500er-Fehler aus. Dabei spielt es keine Rolle, ob man den ersten Abschnitt oder einfach die Seite neu erstellt. Das war doch nicht immer so, oder? Auf jeden Fall gehört das '''dringend''' behoben (@[[Benutzer:Rene|Rene]]). --{{Benutzer:Col. o'neill/sig}} 03:20, 3. Aug. 2015 (CEST) | |||
'''Nachtrag:''' Der Fehler liegt in der CheckBlockSpammer-Funktion des SGPacks, Zeile 103 in SGPack_body.php (''PHP Fatal error: Call to a member function getSection() on a non-object''). --{{Benutzer:Col. o'neill/sig}} 19:35, 7. Nov. 2015 (CET) | |||
:Danke für die Angabe der genauen Fehlerzeile. | |||
:Das Problem war das WikiPage->getContent() [https://doc.wikimedia.org/mediawiki-core/master/php/classWikiPage.html#a23408530f80d9cf37b3f8712529835d2] NULL liefern kann. Das habe ich im Programm nicht abgefragt, daher der Fehler. Ist jetzt behoben. Zumindest der Test mit dem erstellen der Seite [[Diskussion:M5V-801]] hat funktioniert. | |||
:--[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 16:42, 3. Dez. 2015 (CET) | |||
::[[Bild:Sad.gif]] Ja kein Fehler aber auch keine Funktion mehr. Also noch nicht gelöst. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 16:45, 3. Dez. 2015 (CET) | |||
:::[[Bild:Surprised.gif]] Doch die Funktion ist in Ordnung. Der "Fehler" den ich gestern vermeintlich entdeckt hatte war das man <nowiki>[http://www.xxx.xxx]</nowiki> eingeben darf. Das scheint aber an der Regex Anweisungen in [[MediaWiki:Blockspammer-regex]] zu liegen. Kann die mal jemand prüfen? Ich bin nicht so der Experte mit diesen Ausdrücken. Danke. --[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 19:20, 4. Dez. 2015 (CET) | |||
::::Ich bin zwar auch kein Regex-Experte, aber das schaut für mich syntaktisch korrekt aus. Links ala <nowiki>[http://www.xxx.xxx]</nowiki> sind aktuell auch nicht geblockt, nur solche, die eine andere Linkform benutzen - siehe auch [[MediaWiki:Spamprotectionmatch]]. Denn sonst würden zu viele Bearbeitungen gesperrt, nur weil irgendwer früher mal einen Link im Abschnitt hinterlassen hat, und Spammer hatten für gewöhnlich (auch) andere Link-Formen. Ist [[Benutzer Diskussion:Rene/SGPack#Fehler in BlockSpammer - HotFix|das hier]] jetzt im Wiki integriert und der Fehler bei der Disk-Erstellung damit behoben? --{{Benutzer:Col. o'neill/sig}} 04:53, 5. Dez. 2015 (CET) | |||
:::::Der Fehler ist behoben, nur noch nicht in der Downloadversion, daher der Link auf die Beschreibung was geändert werden muss. Ich hatte die Beschreibung in [[MediaWiki:Spamprotectionmatch]] so verstanden das nur Links nach der Methode <nowiki>[http... Ziel]</nowiki> erlaubt sind aber das habe ich wohl nicht richtig gelesen. | |||
:::::Nicht verstanden habe ich Zitat: "Denn sonst würden zu viele Bearbeitungen gesperrt, nur weil irgendwer früher mal einen Link im Abschnitt hinterlassen hat". Der Spammblocker prüft doch nur die Änderungen die neu vom Benutzer eingefügt werden. Es ist also egal was vorher jemand in diesem Text geschrieben hat. Aber wenn es so funktioniert kann man es natürlich auch so lassen. | |||
:::::--[[Benutzer:Rene|Rene]] <sup>[[Hilfe:Bürokraten|Bürokrat]] - [[Benutzer Diskussion:Rene|Rückmeldung]]</sup> 09:54, 5. Dez. 2015 (CET) | |||
::::::Oh, war das schon immer so, dass nur neue Änderungen geblockt werden? Ich hatte irgendwie in Erinnerung, dass zumindest eine Zeit lang wirklich nur der Editor-Text geprüft wurde und damit auch alles, was andere da mal reingeschrieben hatten. Aber gut, umso besser. Aktuell haben wir, was Vandalismus angeht, ja zum Glück keine echten Probleme... Was die Form <nowiki>[http... Ziel]</nowiki> angeht: Die Regex prüft gar nicht erst, ob man einen Linktitel angibt, der geht es nur um den Anfang der Syntax. Ich habe im Text diesbezüglich noch eine Klammerbemerkung ergänzt, um Missverständnisse zu vermeiden. | |||
::::::Danke fürs fixen! :) --{{Benutzer:Col. o'neill/sig}} 17:41, 5. Dez. 2015 (CET) | |||
== Server erfindet Subdomains == | |||
Der Server erfindet manchmal scheinbar wahllos Subdomains, was auch schon zu [[Hilfe Diskussion:Sichten#Link (Liste der Sichter)|dieser Sache]] führte (die immer noch nicht gelöst ist). Jetzt liefert [[Kelownaner]] als IP betrachtet kein CSS und sieht aus die die Druckversion. Dort steht dann unter dem Artikelinhalt: | |||
<pre>Von „http://***.stargate-wiki.de/w/index.php?title=Kelownaner&oldid=313931“</pre> | |||
Klar ist unter ***.stargate-wiki.de keinerlei CSS gespeichert, das eingebunden werden könnte. Eigentlich ist dort nichtmal besagte URL oder überhaupt irgendwas gespeichert. Die Frage ist nun: Wieso macht der Server das und wie kann man es stoppen? | |||
--{{Benutzer:Col. o'neill/sig}} 17:41, 13. Mär. 2015 (CET) | |||
'''Nachtrag:''' [http://www.mediawiki.org/wiki/Manual:Errors_and_symptoms#The_wiki_appears_without_styles_applied_and_images_are_missing Das hier] könnte eine Lösung sein - denn die [http://www.mediawiki.org/wiki/Manual:$wgServer $wgServer] ist bei uns nicht in der LocalSettings.php gesetzt, auch wenn sie das sein sollte. --{{Benutzer:Col. o'neill/sig}} 18:05, 13. Mär. 2015 (CET) | |||
Übrigens scheint es jede beliebige Subdomain des Wikis zu geben. Zumindest gibt es keinen Fehler und größtenteils verhält sich das Wiki wie normal dort. Und die Ansichtslinks im Footer (mobile/Desktop) verlinken manchmal auch plötzlich auf beliebige Subdomains. --{{Benutzer:Col. o'neill/sig}} 02:37, 12. Jul. 2015 (CEST) | |||
Seit ich die $wgServer Anfang November gesetzt habe, kann ich den Fehler nicht mehr beobachten. Die nicht vorhandenen bzw. gewollten Subdomains leiten normal weiter wie sie sollen (das allerdings nur beim Direktaufruf der Domain ohne weitere Pfadangaben wie z.B. ''/wiki/Hauptseite'') und zumindest ich habe in letzter Zeit keine random Subdomains mehr im Wiki gesehen. Wenn sonst auch keiner in letzter Zeit was dergleichen gesehen hat, kann das denke ich archiviert werden. --{{Benutzer:Col. o'neill/sig}} 22:41, 18. Dez. 2015 (CET) | |||
== Umlaute == | |||
Die Auswahl der Vorlagen über MediaWiki:Edittools funktioniert nicht richtig, wenn der Vorlagenname selbst die deutschen Umlaute ö,ä und ü enthält. Resultat ist dann z. B. <code><nowiki>{{Dateiüberprüfung}}</nowiki></code> und <code><nowiki>{{Löschantrag}}</nowiki></code>, obwohl es im Dropdown-Menü richtig angezeigt wird. Woran kann das liegen?--[[Benutzer:Jack ONeill|Jack ONeill]] ([[Benutzer Diskussion:Jack ONeill|Diskussion]]) 12:56, 19. Feb. 2016 (CET) | |||
:Das hatten wir schonmal, dann hatte Rene es glaube ich behoben. Müsste am SGPack liegen. --{{Benutzer:Col. o'neill/sig}} 13:07, 19. Feb. 2016 (CET) | |||
Hab mir das nochmal genauer angeschaut, das Problem lag tatsächlich nicht im SGPack sondern im Signaturnachtragsgadget. Wenn das aktiviert war, wurde statt der korrekten SGPack-Funktion eine abgespeckte und leider eben fehlerhafte Version dieser Funktion zum Einfügen verwendet. Das Problem sollte jetzt behoben sein. --{{Benutzer:Col. o'neill/sig}} 20:16, 24. Apr. 2020 (CEST) | |||
Suche aufrufen
Menü aufrufen
3638
8497
2130
345.385
StargateWiki