StargateWiki:Technik-Zentrale/Archiv: Unterschied zwischen den Versionen

Versionsgeschichte interaktiv durchsuchen

← Zum vorherigen Versionsunterschied

@@ 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)
 :'''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 ==
@@ Zeile 271: / Zeile 274: @@
 * {{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}} [[:Datei:Freund oder Feind.jpg]] - funktioniert. [[Bild:Smile.gif]] --{{Benutzer:D5B/sig}} 12:11, 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)
@@ Zeile 293: / Zeile 296: @@
 :::{{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)