Jedipedia:Technische Probleme/Archiv2

Archiv
Aktuelle Probleme

Stylesheet wird nicht ausgeliefert

Erledigt

Guten Morgen, ich konnte die genaue Ursache noch nicht herausfinden, noch die genauen Umstände wann es auftritt. Aber es scheint, dass manchmal (?) Gästen (IPs) die Stylesheets nicht ausgeliefert werden, sondern stattdessen Retrieving a raw page is forbidden on this wiki..

Getestet in Opera 11.5, Chromium 12.0.742.112 und InternetExplorer 9 (durch Benutzer:Backup). Aber ich denke es handelt sich um ein Server- bzw. Rechte-Problem. -- Deus | Lob und Tadel 08:56, 29. Aug. 2011 (CEST)

Ups, Nachtrag: Betrifft folgende Sheets:

* /w/index.php?title=MediaWiki:Common.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=18000&action=raw&maxage=18000

* /w/index.php?title=MediaWiki:Print.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=18000&action=raw&maxage=18000" media="print

* /w/index.php?title=MediaWiki:Vector.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=18000&action=raw&maxage=18000

* /w/index.php?title=-&action=raw&maxage=18000&gen=css

und außerdem das JavaScript w/index.php?title=-&action=raw&gen=js&useskin=vector&270

Wie gesagt scheint es nur bei Gästen/IPs aufzutreten und seltsamerweise darf ich es manchmal sehen, wenn ich die Ressource direkt aufrufe (erhalte dann wie MediaWiki-Seite) und manchmal nicht.

Über dies werden die seiten als text/html ausgeliefert. -- Deus | Lob und Tadel 09:05, 29. Aug. 2011 (CEST)

Vielen Dank für den Hinweis; ich habe den Fehler jetzt korrigiert. Viele Grüße, C-3PO ^Admin 15:12, 29. Aug. 2011 (CEST)

Unvollständiges Javascript

Erledigt

Ahoi! Wann immer ich die Fehlerkonsole und Jedipedia geöffnet habe fällt auf jeder einzelnen Seite (neben diversen CSS-Fehlern, aber das ist wohl unvermeidbar) auch dieser heraus: Fehler: _gat is not defined der Grund dafür ist offensichtlich, auf jeder Seite wird dieses Script eingebunden:

<script type="text/javascript">
var pageTracker = _gat._getTracker("UA-24048197-1");
pageTracker._trackPageview();
</script>

Ich habe jetzt nicht recherchiert wo das herkommt (unwahrscheinlich dass ich es heraus fände), aber möglicherweise ist es ein Überbleibsel einer deinstallierten Extension oder ein "Anhängsel" eines JavaScript, welches bei mir nicht geladen wird. Sollte ersteres der Fall sein sollte man es meiner Meinung nach entfernen oder auskommentieren und im letzten Falle vielleicht einfach vorher prüfen ob _gat existiert:

<script type="text/javascript">
if (_gat) {
 var pageTracker = _gat._getTracker("UA-24048197-1");
 pageTracker._trackPageview();
}
</script>

Liebe Grüße -- Deus | Lob und Tadel 14:52, 21. Sep. 2011 (CEST)

Ben machte mich darauf aufmerksam, dass das zu Google-Analytics gehört und in der Tat, erlaube ich Google den Zugriff tritt der Fehler nicht mehr auf. Also kann man auch so lassen oder den Vorschlag von oben übernehmen und wenn ihr wollt könnt ihr die zwei Versionen hier auch reverten XD -- Deus | Lob und Tadel 16:33, 21. Sep. 2011 (CEST)

WikiCode/JSON-like wird als XML ausgeliefert (proxy.php)

Erledigt

Ja ich weiß, ich komme immer mit so scheiß daher, der niemanden interessiert und für den Benutzer gemeinhin unwichtig ist ^^ Die proxy.php liefert bei der Abfrage von Interwikis deren Inhalt als Wiki-Code/Markdown... (sah für mich erst aus wie JSON, ist aber keins). Allerdings behauptet die proxy.php auch es sei XML: Content-Type: text/xml ich denke plaintext ist hier angebracht (davon ab, dass xml normalerweise als application/xml ausgeliefert wird).

Wie auch immer, jedenfalls stört es mich in meiner HC-Entwicklung, weil mein Browser bei diesen Fehlern die Verarbeitung meines JavaScript abbricht (glaube ich zumindest).

Jedenfalls... wenn ich onLoad eine Schaltfläche hinzufüge, die einen alert() erzeugen soll und ich klicke darauf geht es. Lade ich HC und all diese XML-Verarbeitungsfehler fallen in die Fehlerkonsole kann ich anschließend die Schaltfläche drücken wie ich will es kommt kein alert() mehr :-( -- Deus | Lob und Tadel 11:38, 3. Okt. 2011 (CEST)

Ich habe jetzt den Mime-Typ auf text/x-wiki geändert, daher sollte es keine Probleme mehr geben. Falls doch, kann ich versuchen, es auf text/plain zu ändern. Viele Grüße, C-3PO ^Admin 12:22, 3. Okt. 2011 (CEST)

Umzugsprobleme

SQL-Auswertungen

Erledigt

Die SQL-Auswertungen auf Spezial:Statistik funktionieren ebenfalls nicht (liefert „404 Not Found“). Btw. ist mir aufgefallen, dass der Artikel R8 mit 57.158 Seitenaufrufen auf Platz 1 der Meistbesuchten Seiten steht während alle anderen Artikel ziemlich weit darunter liegen - das kommt mir spanisch vor... --Anakin 23:57, 19. Jun. 2011 (CEST)

Zweiteres liegt daran, dass dieser Artikel automatisch per Ajax alle 2 Sekunden nachgeladen wird (er ist der kleinste, den es gibt) um die Auftragswarteschlange abzubauen. Die Aufrufe werden vermutlich zurückgesetzt, wenn wir damit fertig sind, aber bis dahin müssen wir den wohl noch etwa eine Million mal nachladen... Gruß Admiral Ackbar 10:24, 20. Jun. 2011 (CEST)

Hat erstmal eine geringere Priorität. Pandora _Diskussion 11:10, 21. Jun. 2011 (CEST)

Ich habe jetzt alle SQL-Auswertungen basierend auf den alten Auswertungen neu programmiert, die Links dazu stehen unten auf der Seite Spezial:Statistik.

Die Benutzer-Liste enthält nur die Benutzer, die sich bei Jedipedia.net eingeloggt haben; wir haben zwar auch noch die alten Benutzernamen gespeichert, diese werden aber nicht in der Liste angezeigt. Darüberhinaus ist der Anmeldezeitpunkt jetzt identisch mit dem Zeitpunkt, an dem das Benutzerkonto zu Jedipedia.net importiert wurde, also ab Juli 2011. Vermutlich werden wir in Zukunft auch noch die alten Konten übertragen; dann wird die Liste auch alle Benutzer mit dem richtigen Anmeldezeitpunkt enthalten.

Artikel-Liste: Als wir die Artikel bei Jedipedia.net importiert haben, haben wir sie alphabetisch importiert und nicht nach dem Zeitpunkt des Erstellens des Artikels. Daher ist jetzt nicht mehr Naboo, sondern '77 der erste Artikel in der Liste. Alle neu erstellten Artikel, d.h. ab Mission von Hakara (#21898), sind aber nach dem Zeitpunkt des Erstellens sortiert. Eine andere Sortierung ist leider nur mit großem Aufwand möglich, kann ich aber einrichten, falls jemand eine solche Liste haben möchte.

Im Moment habe ich nur die SQL-Auswertungen erstellt, die es auch bei jedipedia.de gab; falls Interesse besteht, kann ich aber gerne auch noch weitere Auswertungen erstellen, das ist eine Sache von wenigen Minuten.

Viele Grüße, C-3PO ^Admin 16:49, 29. Jul. 2011 (CEST)

Geister-Benutzer

Erledigt

Es scheint so, als ob alle ehemaligen Benutzer, die sich seit dem Umzug nicht mehr hier angemeldet haben, nicht mehr wirklich existieren. Die Links sind wie die von IPs [1] [2] [3], sie tauchen nicht mehr im Editcount auf, das Zauberwort sagt, wir hätten nur 184 Benutzer (was auf jeden Fall falsch ist, da meine Benutzer-ID 1095 war und das nun auch schon was her ist) und bei versteckten Benutzernamen gibt es auch interessante Links [4]. Ich habe keine Ahnung, was man da tun kann, aber das sollte auf keinen Fall so bleiben. Wenn das Problem schon bekannt ist, entfernt es einfach. --Darth Maul // Peace is a lie 15:12, 6. Aug. 2011 (CEST)

Ist bekannt, wir arbeiten dran, ist aber aufwendig, wird daher noch was dauern. Pandora ⌨ ㋡ 00:02, 13. Okt. 2011 (CEST)

Es hat eine Weile gedauert, aber ich habe jetzt alle alten Benutzerkonten importiert. Möglicherweise wird manchmal die Anzahl Bearbeitungen falsch angezeigt, ansonsten sollte es jetzt aber hiermit keine Probleme mehr geben. Viele Grüße, C-3PO ^Admin 01:47, 12. Nov. 2011 (CET)

Opensearch - Jedipedia (de)

Status Unbekannt

Deus tut es ein bisschen leid, dass er immer so komische Sachen hier meldet aber...

Also ich weiß nicht ob sich die Angabe auf die Sprache oder auf die Domain bezieht, ich persönlich bin immer wieder etwas irritiert. Es geht darum, dass der „Shortname“ im Link-Element von Jedipedia-Seiten äääh jetzt verhasple ich mich. Folgendes:

<link rel="search" type="application/opensearchdescription+xml"
href="/w/opensearch_desc.php" title="Jedipedia (de)" />

und (aus opensearch_desc.php)

<ShortName>Jedipedia (de)</ShortName><Description>Jedipedia (de)</Description>

Also wie gesagt, sei die Sprache gemein ist das ja korrekt, aber ich bin immer wieder irritiert, wenn ich das lese. -– Deus | Lob und Tadel 23:02, 5. Nov. 2011 (CET)

en-Interwiki-Links funktionieren nicht mehr

Erledigt

Wenn man von der Wookieepedia einen Interwiki-Link zu uns anklickt, kommt die Meldung „404 Not Found“. Das scheint bei allen Seiten so zu sein. Gruß,--Anakin Skywalker 10:04, 24. Jan. 2012 (CET)

Das liegt daran, dass wir derzeit die Links von der Wookieepedia über die Bibliotheka Ossus bekommen, und die temporär abgeschaltet ist. Pandora ⌨ ㋡ 10:15, 24. Jan. 2012 (CET)

Vielen Dank für den Hinweis, ich habe die Links bei der Wookieepedia mal aktualisiert; sie zeigen jetzt direkt zur Jedipedia.net. Sobald das polnische Wiki wieder freigegeben ist, können wir es wieder zurückstellen. Es lohnt sich meiner Meinung nach nicht, die Links auch in allen anderen Wikis zu korrigieren (z.B. ES/NL/PT/...); so lange wird der Protest hoffentlich nicht andauern. Viele Grüße, C-3PO ^Admin 17:56, 24. Jan. 2012 (CET)

pl geht wieder, aber warum müssen die Interwikis überhaupt über die Bibliotheka Ossus laufen? Steckt da ein tieferer Sinn dahinter? Gruß Admiral Ackbar 10:14, 25. Jan. 2012 (CET)

Ach übrigens: in den letzten Änderungen auf der WP geht der Interwiki-Link immer noch zu .de. Kann man dass noch ändern? Gruß Admiral Ackbar 10:53, 25. Jan. 2012 (CET)

Ich bin mir nicht hunderprozentig sicher, aber ich glaube beide deiner Bemerkungen haben den selben Grund: wikia besteht immernoch darauf die [[de:]]-Links auf die wikia-Version der Jedipedia zu verlinken. Deshalb musste mit der en:Template:Interlang die Links über Ossus auf uns geleitet weden, da Ossus das so ziemlich einzige von wikia unabhängige SW-Wiki ist. --KarVastor^{Diskussion/Jedi-Bibliothek} 12:36, 25. Jan. 2012 (CET)

Genau, KarVastor, InterWiki-Links sind viel eleganter als externe Links, z.B. kann man in der Zusammenfassung einer Änderung nur InterWiki-Links und keine externen Links verwenden; für HotCat sind verlinkte Änderungs-Zusammenfassungen aber ein Muss. Dafür nehme ich gerne auch den Umweg über das polnische Wiki in Kauf.
Vielen Dank für den Hinweis, Ackbar, ich habe die Links wieder zurückgeändert.
Die InterWikis der Letzten Änderungen liegen im MediaWiki-Namensraum und können nicht von HotCat aktualisiert werden. Bei Gelegenheit spreche ich mal einen Admin bei Wookieepedia an, damit sie es manuell ändern. Viele Grüße, C-3PO ^Admin 19:01, 25. Jan. 2012 (CET)

Fehler bei Bilderseiten

Erledigt

Bei Seiten im Datei-Namensraum treten bei mir, auch nach Löschung des Caches und nach mehreren Neustarts in Opera, Firefox, Chrome und Internet Explorer sowohl angemeldet als auch unangemeldet seltsame Fehler auf (Bild von den Fehlern): die Links oben rechts werden nicht richtig dargestellt, am linken Rand steht statt „Datei hochladen“ „<upload>“, Datei bearbeiten und die Versionsgeschichte sind auch so ein Kauderwelsch, statt Diskussion steht nochmal Datei, bei Dateiverwendungen steht nur <nolinkstoimage> und unten steht statt „Oktober“ <october>. Außerdem läuft der Link auf Bearbeiten ins Leere und es lassen sich keine neuen Versionen hochladen. Seltsamerweise tritt das Problem vor allem bei Bilderseiten auf, die mit „K“ beginnen und auf allen mit „Ke“, die ich überprüft habe. (Beispiele: 1 (hier werden außerdem meine Benutzer und Diskussionsseite als Redlink dargestellt) 2, 3, 4, 5, 6. Gruß --KarVastor^Diskussion 15:26, 22. Dez. 2012 (CET)

Zudem mag die Seite Unbenutzte Dateien nicht. Skippi_{� • Ø} 15:52, 22. Dez. 2012 (CET)

Wir sind schon seit ein paar Tagen dran, deh Fehler dazu zu suchen, aber irgendwie ist der nicht ganz so leicht zu finden )-: Pandora ⌨ ㋡ 16:42, 22. Dez. 2012 (CET)

Das war anscheinend etwas ganz anderes, aber inzwischen scheint es behoben zu sein. Pandora ⌨ ㋡ 18:21, 24. Dez. 2012 (CET)

Dauernde Fehlermeldungen

Erledigt

Das hat zwar eh jeder mitbekommen, aber ich melde es einfach mal trotzdem: seit heute lässt sich praktisch jede Seite erst nach zweimaligem Aktualisieren laden. Ansonsten steht da "Internal Error" oder ähnliches. Frohe Weihnachten und viel Spaß beim Beheben. Skippi_{� • Ø} 17:38, 24. Dez. 2012 (CET)

Hm, sowas sollte egtl nicht passieren )-: Dürfte jetzt die nächsten paar Stunden etwas langsamer laufen, aber dann sollte alles wieder normal gehen. Pandora ⌨ ㋡ 18:21, 24. Dez. 2012 (CET)

FR-Interwikis

Offenbar funktionieren sämtliche Interwikis zu den Franzosen nicht mehr, die ganze Webseite scheint down zu sein. Ich dachte erst, dass sei ein HotCat-Problem, aber es ist deutlich allgemeiner. Weiß jemand, ob das nur vorübergehend ist oder es die Seite dauerhaft nicht mehr gibt? Denn dann sollten wir die Interwikis zu http://fr.starwars.wikia.com ändern. Gruß Admiral Ackbar (Diskussion) 17:49, 24. Jun. 2013 (CEST)

Die fr-Interwikis funktionieren wieder. Anscheinend ein Design-Update oder so. (Auf jeden Fall sah die Seite früher etwas anders aus.) Gruß KarVastor ^Diskussion 08:48, 26. Jun. 2013 (CEST)

Update auf 1.20

Hier bitte alle Probleme eintragen, die mit dem Update dazugekommen sind. Bitte keine Diskussionen, nur Fehler. Pandora ⌨ ㋡ 00:52, 29. Dez. 2012 (CET)

• Alle Links der RandomInCategory-Extension funktionieren nicht mehr: Spezial:Zufällige_Seite_in_Kategorie/Personen
• Ich hatte kurzeitig Folgende Meldung in den Hintergund, hinter den Benutzernamen ganz oder auf der Seite: "Notice: Undefined property: DeprecatedGlobal::$mTitle in /var/www/w/extensions/AddMetas.php on line 17 Notice: Trying to get property of non-object in /var/www/w/extensions/AddMetas.php on line 17 Notice: Undefined property: DeprecatedGlobal::$mTitle in /var/www/w/extensions/AddMetas.php on line 17 Notice: Trying to get property of non-object in /var/www/w/extensions/AddMetas.php on line 17 Notice: Undefined property: DeprecatedGlobal::$mTitle in /var/www/w/extensions/AddMetas.php on line 17 Notice: Trying to get property of non-object in /var/www/w/extensions/AddMetas.php on line 17 Notice: Undefined property: DeprecatedGlobal::$mTitle in /var/www/w/extensions/AddMetas.php on line 17 Notice: Trying to get property of non-object in /var/www/w/extensions/AddMetas.php on line 17" Der Rest der Seite war dann etwas nach unten verschoben. Der Fehler ist drei mal aufgetreten, jetzt aber nicht mehr reproduzierbar. Admiral Ackbar (Diskussion) 01:49, 29. Dez. 2012 (CET)
  • Das ist aufgetreten, weil AddMetas.php veraltet ist. Pandora ⌨ ㋡ 02:26, 29. Dez. 2012 (CET)
• In den Letzten Änderungen werden die erweiterten Darstellungen nun nicht mehr ein-, sondern ausgeklappt dargestellt. Wenn die Seite lädt, ist es ausgeklappt, wenn sie fertig geladen hat, klappt sie ein, wenn sie sich dann automatisch aktualisiert, wird wieder ausgeklappt. Nahdar 10:26, 29. Dez. 2012 (CET)
  • Ich habe den Fehler nun behoben. Einziger Nachteil ist folgender: Wenn eine Seite aufgeklappt ist und die letzten Änderungen neu geladen werden, werden alle Seiten eingeklappt. Dies kann ich aber nicht verhindern. Viele Grüße, C-3PO ^Admin 16:04, 29. Dez. 2012 (CET)
    • Das war ja schon davor so, also kein neuer Fehler. Nahdar 16:09, 29. Dez. 2012 (CET)
      • In meiner Beobachtungsliste besteht der Fehler noch (trotz Leeren des Caches). – Andro ^Disku 09:49, 30. Dez. 2012 (CET)
        • Danke für den Hinweis, jetzt sollte es wieder auf der Beobachtungsliste funktionieren. Viele Grüße, C-3PO ^Admin 00:23, 31. Dez. 2012 (CET)
• Als ich "Kategorie:Under Construction" in das Suchfeld eingegeben habe, erschien folgende Meldung:

  Catchable fatal error: Argument 2 passed to CategoryViewer::__construct() must implement interface IContextSource, null given, called in /var/www/w/extensions/CategoryTree/CategoryPageSubclass.php on line 9 and defined in /var/www/w/includes/CategoryViewer.php on line 78

  . Skippi_{� • Ø} 10:28, 29. Dez. 2012 (CET)
• Update: Bei mir sind sogar alle Kategorien betroffen. (Browser: Google Chrome) Skippi_{� • Ø} 10:32, 29. Dez. 2012 (CET)
• Bei mir hängt das Feld mit „(Vorlage auswählen)“ im Bearbeitungsfenster. Außerdem ist es mir nicht möglich, die Toolbar darüber zu nutzen (klicken kann ich, kommen tut nur nichts). Nahdar 10:34, 29. Dez. 2012 (CET)
• War die Schrift in der Suche schon immer so krüpplig? Nahdar 10:34, 29. Dez. 2012 (CET)
  • Die Suche wurde einfach mal so komplett geändert, wir hatten die angepasst, deshalb müssen wir das jetzt neu machen, das dauert aber ne Weile, weil das, wie gesagt, komplett geändert wurde. Pandora ⌨ ㋡ 10:51, 29. Dez. 2012 (CET)
• Mir ist aufgefallen, dass bei Galeriebildern der Fließtext nicht mehr unterhalb fortgeführt wird, sondern seitlich, wie z.B. in Die tödlichen Hände von Shon-Ju. Das ist denke ich auch nicht gewollt. Achja, und die Buttons im Edit-Fenster gehen nicht mehr (Fett, Kursiv, Signatur, usw) Gruß, Anakin Skywalker 11:01, 29. Dez. 2012 (CET)
  • Einmal Cache leeren, dann sollte es wieder funktionieren. Um die Edit-Buttons kümmere ich mich noch. Viele Grüße, C-3PO ^Admin 16:24, 29. Dez. 2012 (CET)
• Man kann nichts mehr löschen. :) Nahdar 11:18, 29. Dez. 2012 (CET)
• Die Job-Queue in der Statistik ist weg. Skippi_{� • Ø} 11:34, 29. Dez. 2012 (CET)
  • Die wird auch nicht wieder kommen (-; Pandora ⌨ ㋡ 14:40, 29. Dez. 2012 (CET)
• Das Verschieben von Seiten ist nicht möglich. Fehlermeldung: „1048: Column 'cuc_actiontext' cannot be null (localhost)“ Nahdar 14:02, 29. Dez. 2012 (CET)
• Beim Benutzen der automatischen Aktualisierungen der letzten Änderungen hängt sich die Seite/friert ein. Admiral Ackbar (Diskussion) 15:44, 29. Dez. 2012 (CET)
  • Welchen Browser benutzt du? Bei mir funktioniert es ohne Probleme. Viele Grüße, C-3PO ^Admin 16:05, 29. Dez. 2012 (CET)
    • Firefox 17.0.1 (Ubuntu-Version) nach der neusesten Änderung von der hängt es sich aber nicht mehr auf, sondern es passiert das da. Außerdem liegen die Ladezeiten bei über 10 Sekunden. Admiral Ackbar (Diskussion) 16:13, 29. Dez. 2012 (CET)
    • Der Fehler tritt offenbar nur in Monobook auf. Ich habe Testhalber mal auf Vector umgestellt, da läuft es ohne Probleme. Admiral Ackbar (Diskussion) 16:18, 29. Dez. 2012 (CET)
      • Danke für den Hinweis, bisher habe ich nur den Vector-Skin kontrolliert. Ab sofort kannst du die letzten Änderungen aber auch im Monobook-Skin wieder verwenden. Viele Grüße, C-3PO ^Admin 21:36, 29. Dez. 2012 (CET)
• Die neue Rollback-Funktion für mehrere Änderungen eines Nutzers ist ja ganz nett, aber könnte man da irgendeinen zeitlichen Rahmen einbauen? Der geht jetzt wirklich auf Benutzer und schlägt mir z.B. vor, meine verschiedenen Änderungen an CT-782 rückgängig zu machen, was bedeutet, den Artikel auf die Version von Ende Juli dieses Jahres zurückzusetzen. Nahdar 16:06, 29. Dez. 2012 (CET)
  • Das gab es schon vorher, nur wurde damals nicht angezeigt, wie viele Änderungen zurückgesetzt werden. Es ist von MediaWiki so beabsichtigt, dass alle Änderungen eines Vandalen zurückgesetzt werden können, deswegen möchte ich daran nichts ändern. Zum Zurücksetzen sollte man eher die Versionsgeschichte öffnen und nicht über die letzten Änderungen zurücksetzen. Viele Grüße, C-3PO ^Admin 16:11, 29. Dez. 2012 (CET)
• Entweder bin ich dermaßen blind oder aber es fehlt wirklich: Bei mir fehlt bei den Letzten Änderungen der Button mit dem Haken für das automatische Aktualisieren. Gruß, Darth Hate (Diskussion) 16:08, 29. Dez. 2012 (CET)
  • Jetzt ist er wieder da. Nichts für ungut. Darth Hate (Diskussion) 16:09, 29. Dez. 2012 (CET)
    • Vielleicht lag es daran, dass du deinen Cache aktualisieren musstest. Viele Grüße, C-3PO ^Admin 16:11, 29. Dez. 2012 (CET)
• Die Bilder vom TCW- und TEA-Projekt bei JP:PR werden nicht angezeigt. Skippi_{� • Ø} 18:04, 29. Dez. 2012 (CET)
• Bei Bilder wird im Seitenhintergrund folgende Fehlermeldung angezeigt: "Notice: Undefined property: DeprecatedGlobal::$img in /var/www/w/extensions/AddMetas.php on line 68 Notice: Trying to get property of non-object in /var/www/w/extensions/AddMetas.php on line 68 Notice: Undefined property: DeprecatedGlobal::$img in /var/www/w/extensions/AddMetas.php on line 68 Notice: Trying to get property of non-object in /var/www/w/extensions/AddMetas.php on line 68" Admiral Ackbar (Diskussion) 22:05, 29. Dez. 2012 (CET)
  • Danke für den Hinweis. Ich habe nun alle Probleme mit der Social-Media-Leiste gelöst, damit sollte der Vector-Skin fertig sein. Viele Grüße, C-3PO ^Admin 01:58, 31. Dez. 2012 (CET)
• Wenn ein fehlerhafter Dateilink auf einer Seite steht, zB. Datei:Hallodri.svg, dann taucht unten eine Kategorie:Seiten mit defekten Dateilinks auf. (Siehe unten) Die Kategorie selbst scheint es aber wiederum nicht zu geben, bzw. sind da dann keine Seiten drin kategorisiert. Skippi_{� • Ø} 10:58, 30. Dez. 2012 (CET)
  • Die Kategorie funktioniert, nur sind alte Seiten da noch nicht einsortiert. Ein Nulledit trägt sie dort aber ein. Admiral Ackbar (Diskussion) 11:34, 30. Dez. 2012 (CET)
• Die Spezialseite Edits funktioniert nicht, vielmehr: Sie existiert nicht, siehe hier. Oder ist damit Skippis Problem mit der Jobqueue gemeint? Darth Hate (Diskussion) 14:38, 30. Dez. 2012 (CET)
  • Ist unter anderem Namen zu finden, z.B. Spezial:Editcount/Admiral_Ackbar. Links müssten halt angepasst werden. Admiral Ackbar (Diskussion) 16:55, 30. Dez. 2012 (CET)
• Bei mir wird hier automatisch eine Scrollbox hinzugefügt, die es im Quelltext nicht gibt. Nahdar 16:33, 1. Jan. 2013 (CET)
  • Ich habe es in fünf Browsern getestet, der Scrollbalken sollte wieder weg sein. Falls es dennoch Probleme mit Galerien gibt, bitte melden. Viele Grüße, C-3PO ^Admin 18:39, 1. Jan. 2013 (CET)
• Wenn man nun auf einen ISBN-Link klickt, dann bekommt man eine Auswahl von Händlern angezeigt und kann wählen, auf welche Händlerseite man wechseln möchte. Früher war das immer standardmäßig Amazon.de. Es ist nicht wirklich ein Problem, aber wollte nur mal sagen, dass sich das seit dem Update geändert hat. Kann ja auch so gewollt sein. Viele Grüße,--Anakin Skywalker 21:08, 1. Jan. 2013 (CET)
  • Vielen Dank für den Hinweis, ab sofort zeigen die ISBN-Links wieder direkt auf Amazon. Bei den meisten Seiten ist noch der alte Link im Cache gespeichert, aber nach einem ?action=purge-Aufruf oder Null-Edit sollte der richtige Link angezeigt werden. Viele Grüße, C-3PO ^Admin 21:33, 1. Jan. 2013 (CET)
• Bei mir verschwindet immer mal wieder der Button mit den automatischen Aktualisierungen der LÄ. Wenn ich F5 drücke, wird das Problem nur kurzfristig behoben, taucht aber wieder auf. Darth Hate (Diskussion) 18:38, 9. Jan. 2013 (CET)
• Als ich die Seite Phindaner aufrief, erhielt ich folgende Fehlermeldung
  Warning: mysql_real_escape_string() expects parameter 2 to be resource, boolean given in /var/www/w/includes/ db/DatabaseMysql.php on line 450 Warning: mysql_real_escape_string() expects parameter 2 to be resource, boolean given in /var/www/w/includes/ db/DatabaseMysql.php on line 450 Warning: mysql_real_escape_string() expects parameter 2 to be resource, boolean given in /var/www/w/includes/ db/DatabaseMysql.php on line 450 Warning: mysql_query() expects parameter 2 to be resource, boolean given in /var/www/w/includes/db/ DatabaseMysql.php on line 46 [...]
  Skippi_{� • Ø} 18:32, 9. Jan. 2013 (CET)
  • Tritt bei mir in letzter Zeit auch vermehrt auf, bei verschiedenen Seiten. Admiral Ackbar (Diskussion) 18:09, 13. Jan. 2013 (CET)
  • Das war leider kein Update Problem. War auch gar nicht leicht zu finden. Aber sollte jetzt wieder gehen! Pandora ⌨ ㋡ 09:14, 14. Jan. 2013 (CET)
• Noch ein ausschließliches Monobook-Porblem: Ich sehe bei externen Links den blauen Kastenpfleil (der ungefähr aussehen sollte, nur größer) nicht, sondern nur eine weiße Lücke. (Ĩch verwende den aktuellen Ubuntu-Firefox, falls von Belang). Gruß Admiral Ackbar (Diskussion) 18:08, 13. Jan. 2013 (CET)
  • Vielen Dank für den Hinweis, jetzt sollten die Icons wieder angezeigt werden. Viele Grüße, C-3PO ^Admin 09:25, 14. Jan. 2013 (CET)
• Ich hab seit dem Updte, wenn ich die LÄ aktualliere ab und zu diese Fehlermeldung:

Sorry! This site is experiencing technical difficulties. Try waiting a few minutes and reloading. (Can't contact the database server: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) (localhost)) You can try searching via Google in the meantime. Note that their indexes of our content may be out of date. Jedipedia WWW

• Ne weiterer Fehler, der aber nicht mit dem Update zusammen hängt ist im Artikel: Darth Vader zu bewundern. Gruß Darth Schorsch ^{(Diskussion / Gott! / Ironie?)} 18:22, 13. Jan. 2013 (CET)
  • Pandora hat den Fehler behoben. Viele Grüße, C-3PO ^Admin 09:25, 14. Jan. 2013 (CET)

• Im Bearbeitungsfenster gehen oben die "Knöpfe" für Fett, Kursiv, Unterschrift setzen usw. nicht (Monobook Skin, FF 18.0). --Moddi ^Kummerkasten 16:55, 16. Jan. 2013 (CET)
  • Besteht weiterhin. Als Die Vorlagen-Preload-Dropbox einmal nicht da war ging es auf einmal. jetzt wieder nicht. --Moddi ^Kummerkasten 14:13, 29. Jan. 2013 (CET)

• Beim Erstellen von Artikeln fehlt das Menü "(Vorlage auswählen)" und das für die Standard-Zusammenfassungen. - Ivan Sinclair (Diskussion) 17:17, 16. Jan. 2013 (CET)
  • Bei mir sind beide da und funktionieren! Schon Cache geleert? Pandora ⌨ ㋡ 11:06, 18. Jan. 2013 (CET)
    • Daran schien es gelegen zu haben. - Ivan Sinclair (Diskussion) 22:37, 16. Feb. 2013 (CET)

• Der Tablet-Skin ist nicht funktionsfähig. Firefox 18.0 und Safari (welche Version auch immer) geben beide nur den Vector-Skin aus. GAR _Admin 03:28, 12. Feb. 2013 (CET)

HotCat-Probleme

• Die Qualitätssicherungsvorlagen bei HotCat sehen merkwürdig aus. Skippi_{� • Ø} 11:07, 29. Dez. 2012 (CET)
• Bei HotCat werden die GA/FA-Symbole nicht angezeigt; allgemein gibt es die nicht mehr. Skippi_{� • Ø} 13:31, 29. Dez. 2012 (CET)
  • gestern Abend ging es kurz, aber die sind wieder weg. Skippi_{� • Ø} 14:39, 30. Dez. 2012 (CET)
• Ein weiteres HotCat-Problem: Wenn man nach einer Verschiebung die Verlinkungen anderer Seiten auf die Jedipedia anpassen will, ist dies nicht möglich, da die Auflistung anderer Seiten nicht erfolgt, bei der diese Änderung dann vorgenommen werden kann. Es scheint zwar zu laden, aber es tut sich nichts. Nahdar 14:57, 29. Dez. 2012 (CET)
  • Allgemein lädt beim „InterWiki-Cleanup“ nichts. Nahdar 15:14, 29. Dez. 2012 (CET)
• Es scheint noch keiner geschrieben zu haben: Ich (FF, Vector) kann die Interwikis in den anderen Wikis nicht über Hotcat updaten, andere Autoren wohl auch nicht. rorret ^DA 09:41, 31. Dez. 2012 (CET)
  • Das selbe Problem habe ich auch, es erscheint die Fehlermeldung: Der Inhalt von Search team 102 konnte nicht vollständig geladen werden. Bitte versuche es erneut. Liebe Grüße Battle Droid - Droidenfabrik 11:22, 31. Dez. 2012 (CET)
    • Ich nehme mir jetzt einfach mal das Recht heraus, zu antworten: 3PO meinte vorgestern, HotCat anzupassen sei das letzte auf seiner Prioritätsliste, zuerst müsse das Wiki mal funktionieren. Greez, Skippi_{� • Ø} 11:33, 31. Dez. 2012 (CET)

---

Anstatt alle Fehler zu analysieren, habe ich mich entschieden, lieber die neue Kitty-Version von HotCat fertigzustellen. Von außen sieht die neue Version fast genauso aus, aber sie ist schneller, weniger Bug-anfällig und in Zukunft viel leichter zu aktualisieren als die alte Version. Ich bin mit dem Update größtenteils fertig und werde Bescheid geben, sobald HotCat wieder benutzt werden kann. Viele Grüße, C-3PO ^Admin 07:12, 4. Jan. 2013 (CET)

Eine Woche musstet ihr ohne die heiße Katze auskommen, jetzt läuft sie wieder. Einmal den Cache leeren, dann sollte HotCat wieder komplett funktionieren. Bitte kontrolliert anfangs noch jede Änderung in der Versionsgeschichte, um sicherzustellen, dass Hotcat nicht aus Versehen eine Seite leert oder die Sprachen vertauscht. Alle Fehlermeldungen bitte unter Jedipedia Diskussion:HotCat schreiben. Viele Grüße, C-3PO ^Admin 18:49, 5. Jan. 2013 (CET)

Wo wir gerade bei Fehlern sind: wenn eine Seite noch keine Kategorien hat, kann man HotCat nicht nutzen. Liebe Grüße Battle Droid - Droidenfabrik 18:37, 9. Jan. 2013 (CET)

Das war schon immer so und ist eigentlich ok, weil es als Hinweis verstanden werden kann oder sollte, dass Kategorien noch fehlen, die ja immer zu neuen Artikel gehören. rorret ^DA 22:54, 9. Jan. 2013 (CET)

Eigentlich soll man auch bei Artikeln ohne Kategorien HotCat benutzen können. Vielen Dank für den Hinweis, ich habe den Fehler behoben. Viele Grüße, C-3PO ^Admin 21:22, 11. Jan. 2013 (CET)

Retrieving a raw page is not permitted on this wiki.

In letzter Zeit kommt es immer wieder vor, dass anonyme/neue Benutzer den Text "Retrieving a raw page is not permitted on this wiki." einfügen, wie z.B. hier. Das tippen die wohl kaum jedes mal selbst ein, sondern da muss irgendein Fehler vorliegen, der das verursacht. Kann jemand rausfinden, woran das liegt und wie man das behebt? Admiral Ackbar (Diskussion) 22:11, 16. Feb. 2013 (CET)

Versucht man unangemeldet eine Vorlage aus dem Dropdown-Menü auszuwählen, wird stattdessen dieser Satz eingefügt. - Ivan Sinclair (Diskussion) 22:37, 16. Feb. 2013 (CET)

Kann man das irgendwie in Ordnung bringen? Admiral Ackbar (Diskussion) 10:19, 17. Feb. 2013 (CET)

Und vielleicht dabei einen deutschen Text anstelle des englischen einstellen? Skippi_{� • Ø} 10:23, 17. Feb. 2013 (CET)

Tut mir leid, dass wir kein Servicedienstleister sind, aber ich selber bin gerade etwas im Prüfungsstress und hab deshalb leider weder die Zeit täglich rein zu schauen (wie sonst), noch jetzt direkt auf die Suche nach dem Fehler zu begeben. Sobald es möglich ist, werde ich aber schauen, was diesen Fehler verursacht und versuchen etwas zu ändern. Pandora ⌨ ㋡ 16:46, 17. Feb. 2013 (CET)

Ich habe das Gefühl, dass die Dropdown-Menü-Vorlagen jetzt gar nicht mehr funktionieren. Gruß Admiral Ackbar (Diskussion) 17:51, 16. Mär. 2013 (CET)

Das eine hat aber doch mit dem anderen gar nichts zu tun... Pandora ⌨ ㋡ 12:31, 17. Mär. 2013 (CET)

Automatische Aktualisierung

In letzter Zeit ist mit aufgefallen, das hin und wieder auf den Letzten Änderungen die Schaltfläche Automatische Aktualisierung verschwindet. Neu Laden der Seite löst das Problem meistens, aber ich wollte mal drauf hinweisen. Verwendete Software: Monobook-Skin, Firefox 26.0, Ubuntu-Linux. Gruß Admiral Ackbar (Diskussion) 10:28, 18. Dez. 2013 (CET)

Auf dieses Problem habe ich schon einmal vor längerer Zeit hingewiesen. Eine Zeit lang war alles okay, jetzt fängt es aber wieder bei mir an. Darth Hate (Diskussion) 19:52, 18. Dez. 2013 (CET)

Jedipedia - nach Neustart

Ich fang mal hier an zusammen zufassen was seit jetzt beim Neustart noch nicht geht. Die Suche und der Editor ist im alten Design, ebenso ist auf der Hauptseite ein "Red-Link" mit dem Zufallslink in einer Kategorie. Fall noch mehr Auffällt bitte eintragen und an die Technik melden damit wir uns drum kümmern können. Gruß Darth Schorsch ^{(Diskussion / Gott! / Ironie?)} 19:57, 21. Apr. 2014 (CEST)

Nach BK:

• Spezial:Zufällige Seite in Kategorie funktioniert noch nicht.
• Dateien hochladen funktioniert nicht. (Warnung: „Das Verzeichnis „mwstore://local-backend/local-public/1/13“ konnte nicht angelegt werden.“)
• <choose> und <option>-Tags funktionieren nicht, siehe u.a. Jedipedia:Ausgezeichnete Artikel (entsprechende Extension)
• Neuer Wiki-Editor nicht mehr installiert, aber der alte erfüllt ja erstmal auch seinen Zweck.

Gruß, Lord Tiin ^Disku 19:59, 21. Apr. 2014 (CEST)

Dateien lassen sich nicht löschen Fehler bei Datei-Löschung: Das Verzeichnis „mwstore://local-backend/local-deleted/o/c/y“ konnte nicht angelegt werden..Darth Schorsch ^{(Diskussion / Gott! / Ironie?)} 20:14, 21. Apr. 2014 (CEST)

Dateien hochladen und löschen sollte jetzt gehen. Pandora ⌨ ㋡ 20:16, 21. Apr. 2014 (CEST)

Meldung: Interner Fehler„[1c848d58] 2014-04-21 19:23:32: Fatal exception of type MWException“, wenn ich z. B. bei Tiin einen Diskussionsbeitrag erstellen möchte. Darth Hate (Diskussion) 21:24, 21. Apr. 2014 (CEST)

Ist der Fehler reproduzierbar? Pandora ⌨ ㋡ 21:46, 21. Apr. 2014 (CEST)

Das mit den Bildern funktioniert jetzt so weit, komischerweise wird bei mir unser Logo grad nicht mehr angezeigt ist das bei euch auch so? Darth Schorsch ^{(Diskussion / Gott! / Ironie?)} 21:56, 21. Apr. 2014 (CEST)

@Pandora: ??? / @Schorsch: Ja. Darth Hate (Diskussion) 21:56, 21. Apr. 2014 (CEST)

Bei Vorlage:Ausgezeichnete Fakten wurden normalerweise die Symbole für LWA und EXA angezeigt. Nahdar (Diskussion) 22:07, 21. Apr. 2014 (CEST)

Die Unterscheidung zwischen kontrollierten und nicht kontrollierten Änderungen wird immer noch vorgenommen, das hatten wir vorher ausgeschaltet. Außerdem ist die Spambotrate schon wieder recht hoch, kann es sein, dass sich am Spamfilter was getan hat? Nahdar (Diskussion) 08:24, 22. Apr. 2014 (CEST)

Wenn man hier schaut, wir haben zieg Neuanmeldungen, unsere Missbrauch Filter springen an, aber nicht leider wird nicht alles abgefangen. Darth Schorsch ^{(Diskussion / Gott! / Ironie?)} 09:34, 22. Apr. 2014 (CEST)

Ich weiß nicht, woran es liegt, aber ich kann bei Lord Tiin immer noch nichts schreiben. Jedes Mal kommt die Meldung: Interner Fehler. Darth Hate (Diskussion) 12:32, 22. Apr. 2014 (CEST)

Jetzt steht da zwar was, aber die Meldung kam ja trotzdem. Darth Hate (Diskussion) 12:33, 22. Apr. 2014 (CEST)

Das ist bei mir auch zwei Mal aufgetreten: Zum einen bei der Bearbeitung von Tiins Diskussionsseite, zum anderen beim Verschieben von Aus den Trümmern Dantooines. Das Geschriebene wurde zwar abgespeichert, aber es erschien eine wie von Hate beschriebene Fehlermeldung. Liebe Grüße Battle Droid - Raxus - Geonosis 21:44, 22. Apr. 2014 (CEST)

Weiterer Fehler aufgteaucht:

Es ist ein Datenbankfehler aufgetreten. Der Grund kann ein Programmierfehler sein. Die letzte Datenbankabfrage lautete

   (Die SQL-Datenbankabfrage ist verborgen.)

aus der Funktion „SearchMySQL::searchInternal“. Die Datenbank meldete den Fehler „145: Table './wikidb/jp_searchindex' is marked as crashed and should be repaired (localhost)“. Darth Hate (Diskussion) 14:02, 22. Apr. 2014 (CEST)

Zu dem Diskussionseitenfehler: Falls es hilft: Ich hatte – glaube ich – denselben Fehler und nachdem ich auf irgendwas geklickt hatte, kam das normale Bearbeitungskonflikt-Ding, wobei ich quasi einen Bearbeitungskonflikt mit mir selbst hatte. Auf der einen Seite waren da nur die vier Tilden (~~~~) und auf der anderen schon die ausgefüllte Signatur. Scheint also was mit der Signatur bzw. mit dem Einsetzten bei den vier Tilden zu tun zu haben. Gruß KarVastor ^Diskussion 22:27, 22. Apr. 2014 (CEST)

Bei mir kam die Fehlermeldung die oben beschieben wurde auch, aber meine änderung wurde trotzdem ausgeführt, aber ich hatte auch Seite beobachten geklickt (also unter dem bearbeitungsfenster), das hat nicht funktioniert Obi-Markt Kenobi (Diskussion) 22:33, 22. Apr. 2014 (CEST)

Es scheint als ob einige Artikel nicht erreichbar sind. Ich bin auf folgende 2 Artikel gestossen, die sich bei mir nicht aufrufen lassen (Standard-Fehlermeldung). Erwähnenswer ist eventuell, dass die Artikel in der Kategorie:Rebellen aufeinander folgen. Kann das jemand bestätigen? Dunari und Celia Durasha. Kom'rk Ordo (Diskussion) 10:11, 23. Apr. 2014 (CEST)

Bei Dunari kommt bei mir einfach gar nichts, also keine Fehlermeldung oder so, Celia Durasha hingegen wird normal angezeigt. Gruß Plo Koon (Diskussion) 12:10, 23. Apr. 2014 (CEST)

Genau so sieht's bei mir auch aus. Liebe Grüße Battle Droid - Raxus - Geonosis 12:18, 23. Apr. 2014 (CEST)

Ja bei Dunari kann ich zwar das Format der Fehlermeldung erkennen aber keinen Text. Celia geht bei mir auch wieder. Einige andere Seiten waren zwischenzeitlich nicht erreichbar nun aber wieder einwandfrei. Kann mir da ehrlich gesagt keinen Reim drauf machen, denn es scheint dem Zufall zu folgen, was gerade funktioniert und was nicht. Kom'rk Ordo (Diskussion) 12:24, 23. Apr. 2014 (CEST)

Der Fehler: [6f17b6d6] 2014-04-25 07:51:44: Fatal exception of type MWException taucht immer wieder beim Speichern von Beiträgen (besonders bei Userpages) auf. Alleridngs werden die Beiträge trotzdem gespeichert. Ach und eine weitere Unstimmigkeit (bin mir nicht sicher, ob das schon jemand angeführt hat): Anstatt Veröffenlichen bzw. Abbrechen (oben rechts) sind die dazugehörigen Syntax-Befehle zu sehen. Drückt man dann strg F5 verschwindet das wieder und alles ist normal. Gruß Darth Hate (Diskussion) 09:54, 25. Apr. 2014 (CEST)

• Interner Fehler: [d9ba4fc3] 2014-04-26 21:20:08: Fatal exception of type MWException beim versenden von E-Mails via Spezial:E-Mail
• Bei mir funktioniert das Tool zum Verlinken nicht: Öffnet sich erst beim zweiten Klick, Button „Link einfügen“ und „Abbrechen“ fehlen zum abschließen des Vorgangs.
• Ich bekomme keine Benachrichtigung (orangener Balken), wenn eine Nachricht auf meiner Benutzerdiskussion hinterlassen wurde.

Gruß, Lord Tiin ^Disku 23:26, 26. Apr. 2014 (CEST)

.svg-Dateien

.svg-Dateien, wie Datei:THQ logo.svg scheinen im Moment nicht zu funktionieren, es kommt die Fehlermeldung "Fehler beim Erstellen des Vorschaubildes: /var/www/w/bin/ulimit4.sh: line 4: rsvg: command not found". Admiral Ackbar (Diskussion) 23:11, 17. Mai 2014 (CEST)

Habe das gleiche Problem bei z.B. Bild:Pandemic.svg bemerkt. Wird bei svg Dateien dieselbe Methode wie bei Wikipedia verwendet? svg Hilfeseite in Wikipedia Ad. Ackbar (Diskussion) 23:35, 17. Mai 2014 (CEST)

Sollte jetzt wieder funktionieren. Allerdings scheint Datei:Nuvola emblem.svg nicht mehr angezeigt zu werden. Pandora ⌨ ㋡ 16:11, 18. Mai 2014 (CEST)

svgs

Irgendwie rendert MediWiki diese Datei hier (COMPNOR.svg) nicht ordentlich. Skippi_{� • Ø} 21:22, 26. Mai 2014 (CEST)

Ist es nicht besser, sowas über Vorlage:Stammbaum zu schreiben? Zugegeben, die Vorlage ist nicht einfach zu bedienen. Gruß,--Anakin Skywalker 22:25, 26. Mai 2014 (CEST)

Nein, da die Vorlage erstens offenbar einen Fehler enthält und das zweitens mit der ImageMap eleganter zu lösen ist und zudem besser aussieht. Wozu haben wir schließlich die Extension? Skippi_{� • Ø} 22:46, 26. Mai 2014 (CEST)

Die Vorlage hat keinen Fehler. Sie funktioniert einwandfrei, aber sie ist – wie gesagt – nur nicht ganz einfach, zu bedienen. Eleganter? Ein riesiges, unflexibles PNG voller englischer Begriffe in einen Artikel einbinden, bei dem man nicht erkennen kann, hinter welchem Link sich ein Artikel verbirgt und hinter welchem nur ein toter Link – vorausgesetzt man erkennt zu aller erst, dass man auf das Bild überhaupt draufklicken kann. Finde ich nicht unbedingt elegant. Das Extension nur des Einsatzes willen, einsetzen zu wollen, ist recht dürftig argumentiert. Gruß,--Anakin Skywalker 23:54, 26. Mai 2014 (CEST)

Es braucht idr eine kurze Zeit, bis svgs gerendert sind. Pandora ⌨ ㋡ 08:51, 27. Mai 2014 (CEST)

Fehlermeldung

Bei einer Bearbeitung bekam ich heute einige Fehlermeldungen: Link. Gespeichert wurde die Bearbeitung jedoch normal. Eine zweite Bearbeitung auf der Seite funktionierte problemlos. Lord Tiin ^Disku 10:24, 12. Jun. 2014 (CEST)

Ich hatte exakt denselben Fehler am Dienstag auch, einmal auf zurück und nochmal gespeichert und alles ging. --Ghost ^{Profil - Diskussion - Beiträge} 11:14, 12. Jun. 2014 (CEST)

Neue Fehlermledung: Immer bei der Speicherung auf Tiins Diskussionsseite komm diese Meldung (gekürzt):

Strict Standards: Non-static method Mail::factory() should not be called statically in /var/www/w/includes/UserMailer.php on line 246

Strict Standards: Non-static method PEAR::isError() should not be called statically in /var/www/w/includes/UserMailer.php on line 247

Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /usr/share/php/Mail/smtp.php on line 365

Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /usr/share/php/Net/SMTP.php on line 448

Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /usr/share/php/Net/SMTP.php on line 465

Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /usr/share/php/Net/SMTP.php on line 472

Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /usr/share/php/Net/SMTP.php on line 515

Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /usr/share/php/Net/SMTP.php on line 263

Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /usr/share/php/Net/SMTP.php on line 519

Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /usr/share/php/Mail/smtp.php on line 376

Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /usr/share/php/Net/SMTP.php on line 621

Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /usr/share/php/Net/SMTP.php on line 802

usw. Der Beitrag wird aber trotzdem gespeichert. Darth Hate (Diskussion) 09:13, 23. Jul. 2014 (CEST)

Gleiches gerade auf C-3POs Disku. ([http://www.jedipedia.net/w/index.php?title=Benutzer_Diskussion:C-3PO&curid=95337&diff=974360&oldid=974182 Dieser Edit hat es ausgelöst.) Admiral Ackbar (Diskussion) 13:43, 26. Aug. 2014 (CEST)

Problem

Bei jeder Seite die ich aufrufen will zeigt er mir erst eine fehlermeldung an (die gleichen wie als die datenbank kaputt war), beim neuladen gehts dann aber. Obi-Markt Kenobi (Diskussion) 21:24, 16. Aug. 2014 (CEST)

Bei mir seit gestern auch. Ist heute auch noch so! Darth Hate (Diskussion) 14:42, 17. Aug. 2014 (CEST)

Um ca. 11 / 12 Uhr deutscher Zeit habe ich den MySql server mal wieder geresetet und neugestartet. Meine Frage ist, tritt das Problem jetzt immer noch auf? Hatte seitdem noch keine negative Rückmeldung. Gruß Darth Schorsch ^{(Diskussion / Gott! / Ironie?)} 16:02, 17. Aug. 2014 (CEST)

Bei mir ist bisher alles wieder gut :) Obi-Markt Kenobi (Diskussion) 16:19, 17. Aug. 2014 (CEST)

Ich bekomme immer noch Fehlermeldungen, wie „Sorry this site is experiencing technical difficulties“ und vereinzelt erscheinen die sql-fehlermeldungen oben quer über die ganze jp-seite. Loki (Diskussion) 16:22, 17. Aug. 2014 (CEST)

Ich ebenfalls, liegt also nicht nur ein einem. Admiral Ackbar (Diskussion) 16:25, 17. Aug. 2014 (CEST)

Bei mir auch immer mal wieder, obwohl ich neustarte, fleißig aktualisiere usw. Darth Hate (Diskussion) 16:38, 17. Aug. 2014 (CEST)

Die Fehlermeldung sagt ja auch, dass irgendwelche Routinen die falschen Variablen liefern (Z.B. "Warning: mysql_real_escape_string() expects parameter 2 to be resource, boolean given in /var/www/w/includes/db/DatabaseMysql.php on line 451") Das aus einer Variable von Typ resource plötzlich ein boolean wird, lässt sich meist nicht durch einen Neustart lösen, da ist was am Quellcode falsch. Gruß Admiral Ackbar (Diskussion) 16:49, 17. Aug. 2014 (CEST)

Ok, thx. für die Infos, dann muss man wohl weiter nach der Lösung suchen. Darth Schorsch ^{(Diskussion / Gott! / Ironie?)} 16:50, 17. Aug. 2014 (CEST)

Es sind verschiedene Fehlermeldungen, nicht nur die, die Ackbar meint... Gruß Darth Hate (Diskussion) 17:02, 17. Aug. 2014 (CEST)

Fehlermeldung 1 (LÄ), Fehlermeldung 2 (Suche, kleiner Unterschied zu 1), Fehlermeldung 3 (immer mal bei verschiedenen Seiten). Falls es hilft... wenn weitere auftauchen, ergänze ich sie. Lord Tiin ^Disku 18:17, 17. Aug. 2014 (CEST)

Bei mir tauchen sie wieder auf, aber nur wenn ich zu einem bestimmten Abschnitt springen will z.b. Jedipedia:Serverprobleme#Problem, dann hilft auch neuladen nichts Obi-Markt Kenobi (Diskussion) 23:52, 17. Aug. 2014 (CEST)

Ich habe den Fehler gefunden, es gabt eine fehlerhafte Tabelle in der Datenbank, die aber zum Glück keine wichtigen Inhalte enthielt. Ich habe die Tabelle nun geleert, dadurch sollte das Problem behoben sein. Bitte gebt Bescheid, wenn ihr den Fehler immer noch seht. Viele Grüße, C-3PO ^Admin 01:56, 19. Aug. 2014 (CEST)

Probleme, Probleme und nochmals Probleme

Ich weiß nicht, ob es an den Shutdown lag, den es vor einigen Tagen gab, aber so langsam nerven diese ständigen Fehlermeldungen! Hier zwei Meldungen, die ich bisher nicht kannte:

• Achtung: Die Datenbank wurde für Wartungsarbeiten gesperrt, so dass deine Änderungen derzeit nicht gespeichert werden können.

Sichere den Text bitte lokal auf deinem Computer und versuche zu einem späteren Zeitpunkt, die Änderungen zu übertragen. Grund für die Sperre: site maintenance

• Warning: Invalid argument supplied for foreach() in /var/www/w/includes/objectcache/SqlBagOStuff.php on line 195

Wollte das nur den verantwortlichen Technikeradmins mitteilen. Gruß Darth Hate (Diskussion) 18:50, 2. Sep. 2014 (CEST)

Beim speichern von Diskussionen kommt bei mit manchmal, aber nicht immer ein Fehler wie

Strict Standards: Non-static method Mail::factory() should not be called statically in /var/www/w/includes/UserMailer.php on line 246

Strict Standards: Non-static method PEAR::isError() should not be called statically in /var/www/w/includes/UserMailer.php on line 247

Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /usr/share/php/Mail/smtp.php on line 365

<snip />

Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /usr/share/php/Net/SMTP.php on line 948

Strict Standards: Non-static method Mail_RFC822::parseAddressList() should not be called statically, assuming $this from incompatible context in /usr/share/php/Mail.php on line 253

Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /usr/share/php/Net/SMTP.php on line 975

<snip />

Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in /usr/share/php/Net/SMTP.php on line 495

Strict Standards: Non-static method PEAR::isError() should not be called statically in /var/www/w/includes/UserMailer.php on line 101

Warning: Cannot modify header information - headers already sent by (output started at /usr/share/php/Net/SMTP.php:649) in /var/www/w/includes/WebResponse.php on line 38

<snip />

Es hängt wohl von der Disku ab, ob es erscheint, z.B. bei Benutzer Diskussion:C-3PO, oder Benutzer Diskussion:Rokko d.H‎, nicht jedoch auf meiner eigenen. Gruß Admiral Ackbar (Diskussion) 21:53, 2. Sep. 2014 (CEST)

Ich hab die Mailfunktionalität erstmal deaktiviert, bis wir wissen, was genau kaputt ist. Damit sollten die Fehlermeldungen egtl verschwinden. Pandora ⌨ ㋡ 11:25, 4. Sep. 2014 (CEST)

Ist zwar nicht die eleganteste Lösung, aber besser als tonnenweise Fehlermeldungen... Schon mal im Hinterkopf gehabt, das MW-Update-script unter /maintenance/update.php einfach nocheinmal auszuführen? Das checkt auch die Datenbank und behebt ggf. auch dort vorhandene Fehler, hätte wahrscheinlich auch beim Problem im letzten Absatz helfen können, ohne dass man die Tabelle gleich leeren musste. Grüße aus Italien --Ghost ^{Profil - Diskussion - Beiträge} 11:57, 4. Sep. 2014 (CEST)

Ja, auch das haben wir schon gemacht. Pandora ⌨ ㋡ 11:48, 6. Sep. 2014 (CEST)

Das Problem mit den Mails hat sich mit dem Update jetzt hoffentlich auch gelöst. Pandora ⌨ ㋡ 01:09, 7. Sep. 2014 (CEST)