Forum:Problem-Meldungen

aus Kamelopedia, der wüsten Enzyklopädie
Zur Navigation springen Zur Suche springen
H Sticky.gif Forum > Problem-Meldungen
Hinweis: Dieser Fred wurde seit 3685 Tagen nicht bearbeitet. Dieser Fred ist offiziell versandet - die Diskussion damit Geschichte. Bitte nichts mehr hinzufügen.
Bei Bedarf dann halt einen neuen Fred starten oder diesen notfalls reanimieren.


So schaut das aus ...

Auf allen Seiten gibt es hinter dem Klipp-Klapp-Pfeil bei der Suchbox einen Link zum melden von Problemen auf der entsprechenden Seite.
Den Link einfach anklicken, um eine neue Problem-Meldung hier im Fred loszulassen.
Dieser Fred ist in den Letzten Änderungen fett, also nicht so leicht zu übersehen.

Zum Erstellen eines neuen Abschnitts per Huf da oben auf das „+“ klicken.

Erledigte Sachen bitte kennzeichnen (ein „erledigt“ oder so hinter die jeweilige Abschnittsüberschrift packen).


Ihre freundliche Nachteule vom technischen Support,
Ägypten, 03:03, 18. Mai 2011 (NNZ)

Problem auf „Projekt:Adventure

der Skin überdeckt den DrapDown-Pfeil (sieht seltsam azs) --f.c. 16:24, 14. Jun. 2011 (NNZ)

Problem auf „Spezial:Unbenutzte_Kategorien

Können bitte die Unterkategorien von Kategorie:Tag-Redirect aus der Liste gezaubert werden? --Kamelokronf 11:09, 27. Aug. 2011 (NNZ)

für MediaWiki ist eine leere Kat halt leer, entweder mit leben, den MediaWiki-Code selber ändern (doof) oder per JavaScript die Seite verfälschen, und einfach alle Commons-Dinger rauslöschen (trifft dann aber auch echte leere Commons-Kats) --Nachteule (Diskussion) 15:10, 1. Feb. 2014 (NNZ)

Problem auf „Spezial:Hochladen“ (erledigt)

Gleichnamige Dateien werden ohne Warnung überschrieben, auch wenn Häkchen bei "Warnung ignorieren" nicht gesetzt wurde. --8-D (Diskussion) 21:29, 13. Jan. 2013 (NNZ)

Ich bekomme zumindest bei Eingabe eines entsprechenden Dateinamens sofort per JavaScript eine kleine Notiz darunter: Es existiert bereits eine Datei mit dem Namen "Datei:TestTest.png". Aber das darf eigentlich nicht alles sein. --Kamelokronf (Diskussion) 22:24, 13. Jan. 2013 (NNZ)
Ich hatte mit FF18 unter XP nicht diese Meldung bekommen. 8-D (Diskussion) 18:26, 15. Jan. 2013 (NNZ)
Nach wie vor kein Überschreibungsschutz beim Hochladen, es wurde auch keine Warnung angezeigt. 8-D (Diskussion) 14:25, 28. Nov. 2013 (NNZ)
Kameltreiber durften ohne Warnung neu hochladen; ich habe das Recht geändert, nun kommt eine Warnung. --Nachteule (Diskussion) 15:16, 12. Jan. 2014 (NNZ)

Problem auf „Frage:Wie_findet_ihr_Alfred_J_Kwak_und_seine_Freunde?

Ich kann meine Antwort nicht speichern. Wird die womöglich zensiert wegen externem Link? Hier der Wortlaut:

"Zu entisch für die Kamelheit. Da solltest Du mal besser ins Entenhausen-Wiki watscheln."

--80.171.74.153 21:01, 3. Feb. 2013 (NNZ)

Habe kein Problem mit dem Speichern. Interwiki-Link funktioniert jedenfalls. --Bugpuppet (Diskussion) 21:53, 3. Feb. 2013 (NNZ)
Vielleicht doch wegen exterenem Link - war da nicht irgendwann mal etwas mit Neukamelen (Newbies) + IP-Usern - oder vertue ich mich jetzt? Bugpuppet (Diskussion) 22:21, 3. Feb. 2013 (NNZ)

Problem auf „Frage:Hauptseite

Wenn man eine "zu lange" Frage in das Formular eingibt, verschwindet die einfach. Ist das Absicht? Dann wäre ein Hinweis gut. Keine Absicht? - Ich habe "zu lange" Fragen nur stellen können, wenn ich zunächst einen kurzen Titel wählte (der dann auch in der URL erscheint) und hinterher mittels Einbindung der Klasse 'fragezulang' den Titel "verlängert" habe (der dann nicht in der URL erscheint, was das normale Verlinken der Frage erschwert). <<< Beispiel >>> Angabe bezieht sich mindestens auf Win XP in Kombi mit aktuellem Firefox 18.0.2. 8-D (Diskussion) 15:34, 11. Feb. 2013 (NNZ)

Also früher ging das von selbst. Es sollte wohl mal jemand über das Skript schauen, ob sich das nach den ganzen Änderungen noch verträgt. --Kamelokronf (Diskussion) 22:32, 11. Feb. 2013 (NNZ)
Bei Angsthase scheint es übrigens zu gehen, oder trickst er auch? [1] --Kamelokronf (Diskussion) 22:35, 11. Feb. 2013 (NNZ)
Offenbar hat Häschen nicht getrickst, denn seine Frage erscheint in ihrer gesamten Lämge in der URL. Oder er kennt 'nen Trick, den ich noch nicht kenne. 8-D (Diskussion) 22:54, 11. Feb. 2013 (NNZ)

Wenn man über den Link Projekt:Fragebeantwortung auf die Fragen-Hauptseite geleitet wird, erscheint unter XP bei Opera, IE und Firefox dort keine Überschrift (bei Firefox blinkt sie nur kurz auf). 8-D (Diskussion) 15:16, 27. Jun. 2013 (NNZ)

Der Seitentitel ist versteckt, das ist Absicht. Da kameldefiniertes JavaScript seit einiger Zeit erst ganz zum Schluss geladen wird, wenn ich das richtig verstanden habe, gibt es diese unschönen Blinkeffekte. --Kamelokronf (Diskussion) 16:00, 27. Jun. 2013 (NNZ)
Huch, Du hast Recht! Das ist ja IMMER so! :-DDD Der Blinkeffekt hat mich irritiert. 8-D (Diskussion) 18:16, 27. Jun. 2013 (NNZ)

Altes Problem besteht noch: Bei mir werden nach wie vor "zu lange" Fragen nicht gespeichert :-((((( -- 8-D (Diskussion) 22:46, 11. Aug. 2013 (NNZ)

Problem auf „Kamelopedia:NeueDateien

Beim Bild Datei:E=mc².jpg spinnt das Ding irgendwie rum. Die Hochlade-Spalten stimmen zwar, aber die Kat- und Ticket-Spalten beziehen sich mysteriöserweise auf Datei:Kondom.jpg... --Kamelokronf (Diskussion) 16:53, 15. Feb. 2013 (NNZ)

Das Kondom ist dort als default eingestellt, und das ² bringt bestimmt irgendwas ins Schleudern ... --Nachteule (Diskussion) 12:13, 17. Jan. 2014 (NNZ)


Problem auf „News:Aktuelle_Erregnisse

Betrifft die Seiten der einzelnen News-Meldungen: Manchmal erscheint im Browser ein nerviger Scrollbalken, auch wenn die Textlänge das gar nicht erfordert, und zwar kurioserweise immer dann, wenn die Überschrift der Meldung so lang ist, dass sie in zwei Zeilen dargestellt wird. 8-D (Diskussion) 23:25, 8. Okt. 2013 (NNZ)

In der mobilen Buschtrommel funktioniert das Rauf-und-Runterscrollen nicht..

Hallo,weder bei Autoscroll ein noch aus, kann man in der mobilen Buschtrommel hochscrollen..ist ein bißchen nervig weil man dann zum Lesen dann doch meist an die große Kiste muss..Vielleicht weiß ja ein Technikkamel Rat..Danke! (oder habe ich nur wieder zwei linke Hufe?).. Igor (Diskussion) 23:10, 28. Okt. 2013 (NNZ)Igor

Problem mit Projekthauptseite (sollte erledigt sein)

In letzter Zeit habe ich häufig Probleme die Projekthauptseite aufzurufen. Da erscheint dann oft nur die Fehlermeldung: Error in numRows(): Lost connection to MySQL server during query (192.168.56.1) UlliVonPulli (Diskussion) 10:01, 16. Nov. 2013 (NNZ)

Welche Seite meinst du genau? Kamelopedia:Projekte? --Kamelokronf (Diskussion) 15:19, 28. Nov. 2013 (NNZ)

Ja UlliVonPulli (Diskussion) 09:31, 8. Dez. 2013 (NNZ)

Zu viel DPL-Gedöns auf der Seite, habe die mal etwas entschlackt, sollte nun funzen. --Nachteule (Diskussion) 15:34, 12. Jan. 2014 (NNZ)

Problem auf „Forum:Problem-Meldungen

Überschriften werden hier doppelt angelegt, wenn auf einer Seite schon mal ein Problem gemeldet wurde. Kann man das verhindern und stattdessen die bereits angelegte Sektion im Bearbeiten-Modus anzeigen? 8-D (Diskussion) 14:34, 28. Nov. 2013 (NNZ)

Kann ja mehrere Probleme auf der selben Seite geben; das Bugeldesystem hat keinen Zugriff auf die bereits vorhandenen Abschnitte (es wird einfach nur ein neuer Abschnitt angehangen), das ist simpel und unkomplex und erfordert kaum Datenbankanfragegedöns und so. Ich würde das mal so lassen lieber. --Nachteule (Diskussion) 15:34, 12. Jan. 2014 (NNZ)

Problem auf „News:2014-01-10_–_Eine_wichtige_Nachricht_an_alle_Kamele!“ quasi erledigt

Unten bei «… empfehlen diese Seite» steht eine URL statt einer Zahl. --J* (Diskussion) 19:05, 10. Jan. 2014 (NNZ)

Ich hatte in der localsettings bei $wgServer das Protokoll (http) entfernt (MW braucht das nimmer, ersetzt das idR)
Hintergrund -> https evtl mal machen, zumindest für login und so.
Hab's rückgängig gemacht erstmal.--Nachteule (Diskussion) 19:22, 10. Jan. 2014 (NNZ)
Https können wir uns mal überlegen, wenn der Rest alles da ist, dann aber mit nem richtigen Zertifikat (gibts ja umsonst), aber da müssen wir vorher das Postfix soweit bekommen, dass es Mails annimmt und weiterleitet – uiuiui… --J* (Diskussion) 10:28, 12. Jan. 2014 (NNZ)
Kein Stress, kein Stress Emblem-cool.svg ... bin beim Lesen halt nur über diese "Protokoll kann man bei der Variabel weg lassen, MediaWiki kümmert sich supidupi drum" gestolpert ... --Nachteule (Diskussion) 12:11, 12. Jan. 2014 (NNZ)

Problem auf „Spezial:Hochladen“ (erledit)

Das Hochladen hängt selbst bei Minidateien ungewöhnlich lange. Irgendwas lüppt da auf dem Server noch nicht richtig. --Nachteule (Diskussion) 15:18, 12. Jan. 2014 (NNZ)

Problem auf „Commons:Kugel“ (nur Opera 12, dafür ein Major Bug aber)

Nach Eingabe eines Suchbegriffs und starten der Suche gibt's nur graue Kästchen; Thumbs werden nicht nachgeladen und ab da gibt's minutenlang keine Verbindung mehr zum Server (betrifft die gesamte Verbindung in sämtlichen Browsern, in meinem Fall als Serveronkel auch Filezilla, putty etc) --Nachteule (Diskussion) 15:21, 12. Jan. 2014 (NNZ)

Problem auf „Kamelobooks:Hauptseite“ (vorerst per Workaround erledigt)

In Chromium-Browsern stürzt die Seite einfach ab (Windows: Chrome, Opera next, Opera dev) --Nachteule (Diskussion) 17:38, 13. Jan. 2014 (NNZ)

Passiert auch hier lokal in der Kamelo-Kopie, hat also nix mit Server zu tun. --Nachteule (Diskussion) 18:29, 13. Jan. 2014 (NNZ)
Ich will jetzt lieber nicht sagen "gefixt"[2], aber zumindest Chrom frisst es... :-) Kameloid (Diskussion) 22:51, 16. Jan. 2014 (NNZ)
Oh, Du bis toll :)
Ich habe irgendwo mal irgendwann was gelesen, das Chrome Probleme mit Spalten und anderen absolut positionierten Elementen hatte ... ist aber schon Versionen her ... Danke für den Fix, und ein schnurriges möeeeeeep, Nachteule (Diskussion) 23:12, 16. Jan. 2014 (NNZ)

Problem auf „MediaWiki:Skin/Kamelionary.css

Skin fixen. --Nachteule (Diskussion) 21:25, 14. Jan. 2014 (NNZ)

Und/oder JS fixen (Dieser Eintrag ist ... hängt in Sidebar) --Nachteule (Diskussion)

Problem auf „Kamelopedia:Spielwüste“ (math can't find a valid font using [TeX] im IE11)

<math>\mathfrak{ Ist\ ja\ mal\ wieder\ typisch.\ --Drumbot.\ }</math>

Problem auf „Forum:Problem-Meldungen“ - [Math Processing Error]

IE, eine Zeile über mir: [Math Processing Error] --91.5.57.206 00:40, 15. Jan. 2014 (NNZ)

Problem auf „S“ --> Ursache gefunden, Lösung noch nicht

Das Hackbrett wird nicht richtig angezeigt.

Widgets werden in deren Cache auf'm Server nicht aktualisiert nach dem Bearbeiten. Im errorlog kam nur der empty-delimiter-fehler vom AbuseFilter zur Bearbeitungszeit; AbuseFilter testweise abgeschaltet -> keine Änderung am Fehler.
Ich suche mal weiter ... --Nachteule (Diskussion) 19:52, 15. Jan. 2014 (NNZ)

Namensraum: Widget - generelles Problem mit der Widget-Extension

  • Neue Widgets werde einmal korrekt im Cache auf dem Server gespeichert, danach ist jeder Edit im Namensraum für die Katz, der Code auf'm Server bleibt immer der alte (auch nach Löschen)
  • alte Widgets werden im Zustand vor dem Serverumzug gespeichert, jeder Edit ist für die Katz

Ergo: Extension zur Zeit im Popo, Grund noch nicht gefunden (Bug in Extension? Fehler in Datenbank?) --Nachteule (Diskussion) 20:17, 15. Jan. 2014 (NNZ)

Hmpf. Habe die Testkamelo.de auf die selben Versionen von MediaWiki und Widget-Extension aktualisiert. Da funzt alles. Entweder Datenbankproblem oder irgendwelche Einstellungen auf'm Server ... *kopfkratz* --Nachteule (Diskussion) 21:39, 15. Jan. 2014 (NNZ)
Scheint ein Cache-Problem zu sein (nur wo?) jedenfalls wird das Widget irgendwann aktualisiert (aber wann?) und anscheinend auch nur, wenn eine Seite, die das nutzt mindestens genulleditet wird? Grübel ... --Nachteule (Diskussion) 22:38, 15. Jan. 2014 (NNZ)
  • Also meiner Erfahrung nach reicht es sowieso nicht, ein Widget einfach nur zu bearbeiten. Man muss die es einbindenden Seiten manuell aktualisieren, da ein Widget nicht als Vorlage gilt und Änderungen daran somit nicht erfasst werden. — Phorgo (Diskussion) 22:53, 15. Jan. 2014 (NNZ)
Korrekt, aber so habe ich es auch getestet ... --Nachteule (Diskussion) 23:08, 15. Jan. 2014 (NNZ)

Es könnte auch noch sein, dass Änderungen des Widgets erst einmal über die JobQueue abgearbeitet werden müssen – aus Performancegründen passiert das bei uns in der "echten" KP nur bei 10% der Seitenaufrufe und alles andere nachts um 3 … vielleicht nach dem Edit jeweils mal runJobs.php laufen lassen? --J* (Diskussion) 00:33, 16. Jan. 2014 (NNZ)

Scheint es nicht zu sein, wäre ja heute Nacht gelaufen und ich habs nochmal per Huf angestubst (showJobs.php zeigt komischerweise "0" an und über die API waren es um die 400 ... merkwürdig) --Nachteule (Diskussion) 12:52, 16. Jan. 2014 (NNZ)

So, also: Die Widgets aktualisieren sich doch, aber erst nach einer Stunde (wenn ich die Zeiten alle richtig interpretiere). Liegt wohl also an irgendeiner Servereinstellung ... --Nachteule (Diskussion) 16:00, 16. Jan. 2014 (NNZ)

Problem auf „MediaWiki:Blockedtext“ - mal aktualisieren

Nachteule (Diskussion) 20:07, 16. Jan. 2014 (NNZ)

Kein Problem auf „Kamel:J*/Skin-Checkliste

... aber Skins entstehen nicht aus Luft ... --Nachteule (Diskussion) 22:53, 16. Jan. 2014 (NNZ)

"Warning: strpos(): Empty delimiter in (blablabla)/AbuseFilter.parser.php on line 1912" (Huf-Fix, erledigt)

  if (isset($needle)) { //bugfix empty delimiter #Nachteule; $needle ist nicht definiert
      foreach ( $searchStrings as $needle ) {
           if ( strpos( $s, $needle ) !== false ) {
               $ok = true;
               break;
            }
      }
  } //end bugfix

Warum auch immer, ist die Variable $needle in der ollen Extension manchmal nicht definiert, deshalb knallt's dann bei strpos.

Ich hab da mal per Huf abgefragt, ob die olle Variable überhaupt existiert, falls nicht, wird der Rest erst gar nicht abgearbeitet.

Ich hoffe, es gibt keine Nebenwirkungen ;) --Nachteule (Diskussion) 14:02, 18. Jan. 2014 (NNZ)

Hmm, Filter 45 war schuld. Den habe ich deaktiviert, dann braucht es den HufFix gar nicht. --Nachteule (Diskussion) 17:43, 18. Jan. 2014 (NNZ)

Trommeln funktioniert leider nicht..

Trommel in Opera Mobile Classic; in den Einstellungen kann die Android-Statusleiste oben, und die Navi unten auch noch ausgeblendet werden, dann hassu den ganzen Bildschirm zum Trommeln ;)

Trommeln funktioniert leider nicht, als Analoghufer kann ich es auch nicht richtig beschreiben..Anzeige ähnlich wie HtmlText..mmh.. und Fragen beantworten geht och nicht, weil das Kästchen :-/"diese Frage beantworten"nicht angezeigt is..Igor (Diskussion) 23:38, 18. Jan. 2014 (NNZ)Igor

Wenn ich das richtig sehe, nutzt du den Standardbrowser, der bei Android 2.3.x dabei ist, damit geht so hochmoderner Kram nicht.
Einzige Möglichkeit: Opera Mobile Classic aus dem PlayStore laden, damit geht die Trommel und der Browser läuft auch auf altem Android. --Nachteule (Diskussion) 23:50, 18. Jan. 2014 (NNZ)
Link: https://play.google.com/store/apps/details?id=com.opera.browser.classic&hl=de

Nu gehts komischerweise wieder..aber eigentlich habe ich doch ein modernes Android..Hmm.Ich mach mir einfach mal Opera drauf für alle Kamelfelle..Danke Dir! Igor (Diskussion) 01:36, 19. Jan. 2014 (NNZ)Igor

Zum Frage-Beantworten-Knopp
Der hängt momentan in Opera unten rechts auf der Seite, ist aber da. Bringt nur nix, weil sich nix tut, wenn man drauf klickt. --Nachteule (Diskussion) 00:10, 19. Jan. 2014 (NNZ)

Problem auf „MediaWiki:Skin/Frage.js“ -- ToDo

Mal Umschreiben, damit der Kack auch auf mobile lüppt. Immer dieser Betakram ;) --Nachteule (Diskussion) 00:30, 19. Jan. 2014 (NNZ)

Ein bisschen gehackt, aber das muss noch anders ... funzt aber nu' --Nachteule (Diskussion) 03:05, 19. Jan. 2014 (NNZ)

Teules refreshLinks Fehlerliste (Page-IDs)

  • 3168 -> Chaos (DynamicFunctions), gefixt
  • 5975 -> Norden (Widget Google Maps), Widget gefixt (compiled vom Server gelöscht, sonst gingg es nicht)
  • PHP Notice: Yuck! 47 DPL calls on page "Kamel:Kamelokronf" ;) -- tut aber nicht weh
  • 26653 -> Himmelsrichtung -- scheint okay, Fehler: PHP Notice: Undefined index: marker in /var/www/kamelopedia/extensions/Widgets/compiled_templates/f43b021dc89ec6159ee362a040ed9d6b80b7ef29.wiki.Google Maps.php on line 103 etc.
  • PHP Notice: Yuck! 111 DPL calls on page "Projekt:Ka-Mel-Oh!/KSDMK"
  • 41208 - Kameloid/Kamelproductions Fehler: PHP Fatal error: Call to a member function free_result() on a non-object in /var/www/kamelopedia/includes/db/DatabaseMysqli.php on line 166 - erledigt (gelöscht)
  • 44608 - dito - erledigt (gelöscht)
  • 45212 - dito - erledigt (gelöscht)
  • 45329 - superschnarch, dpl entfernt
  • 46196 - FATAL ERROR - erledigt (gelöscht)
  • 46334 - FATAL ERROR - erledigt (gelöscht)
  • 46669 - erledigt (gelöscht)
  • 48061 - DPL entfernt
  • 48947 - FATAL ERROR - erledigt (gelöscht)
  • 56877 - FATAL ERROR - erledigt (gelöscht)
  • 61313 - FATAL ERROR - erledigt (gelöscht)
  • 68868 - FATAL ERROR - erledigt (gelöscht)

Umbau unserer ganzen Klapp-Vorlagen und anderem Klipp-Klapp-Zeug ...

MediaWiki hat nun Klipp-Klapp-Gedöns an Board, da brauchen wir kein eigenes Script-Gedöns mehr.

Beispiel:

Vorlage:Kamel:Nachteule/Toggle

Nachteule (Diskussion) 00:30, 30. Jan. 2014 (NNZ)

Problem auf „Spezial:Missbrauchsfilter/2

Mal anpassen uU. Kameleigentümer können sonst keine Unterseiten anlegen in ihrem Bau. So was nicht verbieten --Nachteule (Diskussion) 22:47, 30. Jan. 2014 (NNZ)

Geht erstmal wieder, statt zu scharf ist er nun etwas zu lasch, aber das dürfte kaum stören. --Kamelokronf (Diskussion) 04:27, 1. Feb. 2014 (NNZ)

Problem auf „Spezial:Hochladen“ (erledigt)

Wenn ich die Funktion: "Eine neue Version dieser Datei hochladen" anklicke und dabei nicht nur eine verbesserte Version der alten Datei hochlade, sondern eine Datei mit neuen Quellen, kann ich vor dem Hochladen zwar das Bearbeitungsfenster ausfüllen, übernommen werden meine getätigten Angaben aber nicht. Wenn die Datei zuvor schon ein Vorlage hatte, bleibt diese einfach unverändert auf der Dateiseite stehen. Eine besondere Warnung erscheint beim Hochladen nicht. Wenn der Uploader dies nicht bemerkt, könnten schlimmstenfalls die Quell- und Lizenzangaben verloren gehen. Viele Grüße --Bug (Diskussion) 20:36, 31. Jan. 2014 (NNZ)

Danke. Habe ich geändert. Statt der Klick-Kiste erscheint nun einfach der Hinweis: "Geänderten Lizenz-Kram bitte nach dem Hochladen der neuen Version durch Bearbeiten der Datei-Seite anpassen." --Nachteule (Diskussion) 00:17, 1. Feb. 2014 (NNZ)
Klasse, da sage ich ebenfalls danke. :) --Bug (Diskussion) 21:20, 1. Feb. 2014 (NNZ)

Problem beim Verschieben von Seiten und den Empfehlungen ...

Eine empfohlene Seite ist nicht länger empfohlen (also der Daumen nicht blau) nach dem Verschieben ... keine Ahnung, ob das fixbar ist zur Zeit irgendwie. Aberich pack's mal auf die ToDo-Liste. --Nachteule (Diskussion) 03:18, 1. Feb. 2014 (NNZ)

Müsste man serverseitig einen Hook beim Verschieben laufen lassen, der alle Empfehlungsseiten editiert - iehbäh. --J* (Diskussion) 09:38, 12. Jun. 2014 (NNZ)

Problem auf „Vorlage:Untot

Ich weiß nicht ob es vielleicht an meinen Softwareeinstellungen liegt, aber diese Vorlage kann ich nicht lesen. --Bugpuppet (Diskussion) 21:47, 12. Feb. 2014 (NNZ)

Habs mal gebogen... zumindest bei mir ists ok. Kameloid (Diskussion) 15:13, 13. Feb. 2014 (NNZ)
Danke Kameloid - Das Aufbauen des Textes geht bei meinem PC nur langsam, sonst funktioniert die Vorlage jetzt jedenfalls. Bugpuppet (Diskussion) 02:35, 15. Feb. 2014 (NNZ)

der Fragen beantworten Balken ist fort.. (erl.)

Lieber technischer Support, der Fragen beantworten Dingens ist fort..jedenfalls in meinen Browsern,Android und Oper..Beste Jrüße vom Igor (Diskussion) 23:14, 14. Feb. 2014 (NNZ)Igor

Geht wieder ... --Nachteule (Diskussion) 12:08, 15. Feb. 2014 (NNZ)

Danke Teule! 89.204.154.132 18:21, 15. Feb. 2014 (NNZ)Igor

filepath

{{filepath: }} geht irgendwie nicht mehr? Liefert einfach kein Ergebnis: --Kamelokronf (Diskussion) 18:48, 5. Mär. 2014 (NNZ)

  • Das schreib man ja auch ohne Namensraumpräfix: http://testpyramido.uni-guehlen.de/w/images/5/50/TestTest.png — Phorgo (Diskussion) 19:09, 5. Mär. 2014 (NNZ)
Scheine ich ständig zu vergessen. Danke. Das mit dem nowiki kannte ich auch noch nicht, cool. --Kamelokronf (Diskussion) 19:16, 5. Mär. 2014 (NNZ)

Problem auf „Spezial:Buschtrommel

Der Tsched geht nicht mehr!! |-( --Brainofdead (Diskussion) 10:39, 31. Mär. 2014 (NNZ)

Problem auf „MediaWiki:Sidebar

Nicht direkt auf der Seite, aber offenbar wird ihr Inhalt nicht mehr übernommen. Die Sidebar steht wieder auf Standard. — Phorgo (Diskussion) 00:09, 12. Jun. 2014 (NNZ)

Nulledit scheint gewirkt zu haben… --Kamelokronf (Diskussion) 00:41, 12. Jun. 2014 (NNZ)

Heute ist sie wieder kaputt. Habe eben einen Nulledit gemacht, dann gehts wieder, aber nicht auf jeder Unterseite. Was ist da los? Kamillo (Diskussion) 19:39, 8. Jul. 2014 (NNZ)

Dett Trömmelchen is kaputt..

Sehr geehrte ET Abteilung, die Trommel zeigt keinen Verlauf an..Danke! Igor (Diskussion) 22:37, 3. Jul. 2014 (NNZ)Igor

Bei mir nicht. Da reagiert Drumbot genauso doof wie immer.--Charly Whisky (Diskussion) 22:44, 3. Jul. 2014 (NNZ)

Funzt wieder!Igor (Diskussion) 00:06, 4. Jul. 2014 (NNZ)

Problem auf News-Meldungen

Wenn ich bei einem News-Artikel links oben auf das Logo der News-Haupsteite klicke, lande ich stattdessen auf der Kamelopedia-Hauptseite, was sehr irritierend ist, gerade für Besucher, da auf dem Logo "KameloNews" steht. Über dieses bei manchen der Schwesternprojekte auftretende unlogische und insgesamt auch inkonsistente Ereignis (mal gelangt man zur entsprechenden Projekthauptseite, mal zur Enzyklopädie-Hauptseite) hatten wir uns bereits vor längerer Zeit irgendwo ausgetauscht und ich erinnere, dass wir das dahingehend vereinheitlichen wollten, dass man bei Klick auf das Projektlogo auch auf der Projektseite landen sollte. Lange Rede, kurzer Sinn: Wo kann ich das hier ändern und für die Schwesternprojekte dahingehend vereinheitlichen? 8-D (Diskussion) 15:03, 11. Jul. 2014 (NNZ)

Die Seiten, die ein anderes Logo verwenden, müssen zwingend ein eigenes Stylesheet haben. Bei dem Kamelionary heißt dieses Stylesheet zum Bleistift [[MediaWiki:Skin/Kamelionary.css]]. Die Zuweisung eines anderen Logos geschieht, indem diesem Link zur Hauptseite (hier genannt in der ersten Zeile) ein anderer Pfad zu einem Hintergrundbild zugewiesen wird. Eine Änderung dort ist aber immer sehr kritisch zu sehen: Kamel sollte schon ganz genau wissen, was es da einhuft, da es die Auswirkungen oft nur für seinen Lieblingsbrowser kontrolliert. Diese Auswirkungen sind allerdings für andere, vor allem exotische Browser, sowie für die Mobilversion der Kamelo kaum überschaubar. Ich überlasse deshalb Änderungen in MediaWiki meist einem Serverkamel…
Ach Soja: die Links werden tatsächlich irgendwo im Quälkot von Mediawiki geändert im Javascript der Seite [[MediaWiki:Skin/Kamelionary.js]] geändert; genauer in der Funktion function changeLogoPath() --Charly Whisky (Diskussion) 19:42, 13. Jul. 2014 (NNZ)
Danke für die ausführliche Antwort, die ich mir aufmerksam durchgelesen aber leider nicht ganz verstanden habe. Es muss doch an irgend einer Stelle die Möglichkeit geben, auf den "Schwesternprojekten" das dort erscheinende Projekt-Logo auch mit dem Link der entsprechenden Schwesterprojekt-Hauptseite zu unterlegen (statt mit der Kamelo-Hauptseite). Doch wo kann man die Links für die Projekt-Logos korrigieren? Insbesondere das mit der mangelnden Browserkonsistenz und der Schwierigkeit für mobile Versionen habe ich nicht verstanden. Gibt es neben besagten Scripten noch andere Schrauben, an denen man dann drehen müsste? Ich kann mir einfach nicht vorstellen, dass es so kompliziert sein kann. Hm, guck morgen nochmal. Grüße 8-D (Diskussion) 00:45, 16. Jul. 2014 (NNZ)
Ich bin nun nicht gerade DER Javascript-Versteher. Ich kann mir zwar vorstellen, was die einzelnen Funktionen machen, würde mir aber nicht zutrauen, diese woanders hinzukopieren und an die dortigen Namen anzupassen. Wenn du dir die Kamelionary.js anschaust (dort funktioniert dein Verlinkungswunsch wunderbar) dann siehst du verschiedene Funktionen:
  • das erste if... mit seinen eingerückten Folgezeilen kannst du ignorieren;
  • danach die function startKamelionary() ist nötig, um die gewünschte Änderung auch aufzurufen. Eine solche ähnliche Funktion sollte (wenn es die entsprechende andere Javascriptdatei schon mal gibt) überall schon existieren bis einschließlich dem jquery. Dort müsste dann ziemlch weit vorne die folgende Funktion eingefügt werden. Ich habe allerdings zum Beispiel noch kein Javascript für KameloNews gefunden. (Das heißt aber nicht, dass dieses noch nicht existiert.) Wenn es tatsächlich nicht existiert, dann neu erstellen.
  • denn die nächste function changeLogoPath() macht genau das, was du wolltest: zusätzlich auch die Änderungen für das Ziel Letzte Änderungen und das Auswechseln des Rücksprunges zur Hauptseite:Kamelopedia.
wenn da also noch nichts für die News existiert (außer der rudimentären KameloNews.css), dann sollten erstmal Zeile 6 bis 26 in eine neue Javascriptdatei kopiert werden, die Aufrufe von nicht übernommenen Funktionen rausgeschmissen und dann die Namen von Kamelionary an KameloNews angepasst werden. So ungefähr wäre die Vorgehensweise. Ich traue mir das aber (wie schon gesagt) nicht zu. Geh' doch mal auf 'n Bier zu WiMu... der kann's! (Aber nicht zuviel Bier: sonst kann er's nicht mehr. Gnome-face-wink.svg) --Charly Whisky (Diskussion) 06:54, 16. Jul. 2014 (NNZ)
Danke Dir für die Tipps. Wahrscheinlich ist es gar nicht so kompliziert wie es klingt. Aber ich bin da auch nicht so darin zu Hause, traue mir das auch nicht recht zu. Kann jemand helfen? 8-D (Diskussion) 21:36, 16. Jul. 2014 (NNZ)

Navigationsleiste

Irgendswie fehlen bei mir viele Einträge in der Navigationsleiste: zum Beispiel auch hier das Forum und die Buschtrommel. --Charly Whisky (Diskussion) 16:11, 15. Jul. 2014 (NNZ)

Passiert öfter. Nulledit auf MediaWiki:Sidebar, dann funzt es wieder. — Phorgo (Diskussion) 16:25, 15. Jul. 2014 (NNZ)

Kugel eins (engl.: Google one) (erledigt)

Kamelopedia:Google_One schreibt kryptische Zeilen, wie Extension:DynamicPageList (DPL), version 2.01 : Fehler: bei 'namespace' Parameter: 'Artikel'! Hilfe: Ja, nach Hilfe würde ich jetzt auch schreien... --Charly Whisky (Diskussion) 20:39, 28. Jul. 2014 (NNZ)

gefixt. --J* (Diskussion) 21:17, 28. Jul. 2014 (NNZ)
Vielen, vielen Dank, liebes JottSternchen... --Charly Whisky (Diskussion) 21:36, 28. Jul. 2014 (NNZ)

Bilder hochladen...

früher wurde mal eine Warnmeldung ausgegeben, wenn ein Bildname bereits verwendet wurde. Heute wird einfach ohne Vorwarnung überschrieben... (siehe Datei:Quanten.jpg) --Charly Whisky (Diskussion) 20:32, 3. Aug. 2014 (NNZ)

Finde bei mediawiki keinen Schalter, mit dem man sowas an-/abschalten könnte --J* (Diskussion) 00:43, 4. Aug. 2014 (NNZ)
Hmm, steht irgendwo bei den Rechten für sysops (DefaultSettings.php) ... allow reupload irgendwas dingsbums ... wenn das auf true steht, können Kameltreiber einfach überschreiben --Nachteule (Diskussion) 01:21, 4. Aug. 2014 (NNZ)

Problem auf „Vorlage:Hauptseite-AdW

Ich seh auf der Hauptseite als Artikel der Woche immernoch das Kamel von Nazareth, das schon letzte Woche dran war. Ist das ein Cache-Problem oder ein Riesenzufall oder ist die Vorlage putt oder wegen weil Gottes Sohn? 8-D (Diskussion) 22:29, 11. Aug. 2014 (NNZ) P.s.: oder weil kein Kamel des Teuls kryptischen Bearbeitungs-Auftrag mit dem Montag am Dienstag kapiert hat?

Funzt es bei dir?[3] Kameloid (Diskussion) 02:42, 12. Aug. 2014 (NNZ)
Moin Kameloid, sorry für die späte Antwort. Ich war die letzten Tage dauernd unterwegs und finde erst jetzt die Zeit dazu. Der Beitrag auf der Hauptseite hatte nach Deinem chirurgischen Eingriff tatsächlich gewechselt! Leider aber hat sich die Vorlage offenbar jetzt wieder auf die faule Haut gelegt: Es ist Montag, und es wird erneut noch immer der Artikel von letzter Woche angezeigt. Gibst Du ihr noch mal nen Tritt, bzw. sagst ihr, dass sie pünktlich jeden Montag das Schaufenster wechseln soll? Gruß 8-D (Diskussion) 18:39, 18. Aug. 2014 (NNZ)
OK, hab mal die dplcacheperiod auf 1 Tag gesetzt, sollte also funzen auch wenn mans am Dienstag (was ja durchaus vorkommen kann :-)) abspeichert. Kameloid (Diskussion) 21:26, 18. Aug. 2014 (NNZ)
Aha, heißt das, eine Zeit lang wird eine gecachete Version über die Vorlage angezeigt und dass Du diese Zeitspanne jetzt kürzer eingestellt hast? Wie auch immer - ich drücke die Hufe, dass die Vorlage jetzt brav ihren Job macht. Grüße Richtung Sonne *seufz* 8-D (Diskussion) 22:28, 18. Aug. 2014 (NNZ)

Oje, ich fürchte, jetzt wird der Teaser täglich ausgewechselt, jedenfalls auf keinen Fall wöchentlich. 8-D (Diskussion) 22:56, 20. Aug. 2014 (NNZ)

Oh nein, hängt das vielleicht damit zusammen, dass ich auf der Vorlage einen Edit getätigt habe, um den Erklärungstext zu ergänzen? Falls ich dadurch was kaputt gemacht habe, ganz dickes Sorry.. Ich habe leider null Ahnung von den geheimnisvollen DPL-Kram. Bitte kurz rückmelden, ob der außerplanmäßige Wechsel des "Artikels der Woche" mit meinem Edit zu tun hat :( Gruß 8-D (Diskussion) 23:01, 20. Aug. 2014 (NNZ)
Hat ein bisschen gedauert, aber jetzt hatte ich die Erleuchtung: Das mit den Platzhaltern und Wochen-Artikel-Vorauswahl (Kamelopedia:Artikel der Woche) gibts ja gar nicht mehr. Dh. der Artikel der Woche wechselt nicht mehr per Datum sondern per Zeitspanne (oder eben per Edit); 1 Woche = 604800 Sekunden und zwar ab da, wann man es gespeichert hat. Ist sicher Ressourcenfreundlich, aber doch etwas heikel... Ok, werden wir irgendwann mal machen müssen So oder Mo... Ich hab mal die Vorlage wieder auf 1 Woche gestellt. Kameloid (Diskussion) 03:22, 21. Aug. 2014 (NNZ)
Aha! Also wenn man das am Montag speichert, ist "der Bug gefixt". Was der dazu wohl sagt? Bestimmt ein schweres Leben so als Bug.. ;))) 8-D (Diskussion) 13:16, 21. Aug. 2014 (NNZ)
Wechselt schon wieder nicht, trotz Edit eben. Cache schuld? 8-D (Diskussion) 16:57, 25. Aug. 2014 (NNZ)

Problem auf „MediaWiki:Sidebar

Stehen im Artikel mehrere Interwiki-Verweise, die auf dasselbe Wiki hinweisen, wird davon nur einer in der Sidebar angezeigt. Beispielsweise sollten beim Artikel Hells Angels eigentlich 2 Verweise zur deutschen Wikipedia in der Sidebar stehen, nämlich zu Hells Angels und zu No Angels. Auch bei anderen Kamelo-Artikeln wird offenbar immer nur der erste genannte Interwiki-Link angezeigt, weitere aufs selbe Wiki aber nicht. 8-D (Diskussion) 15:48, 20. Aug. 2014 (NNZ)

Jau, das liegt an MediaWiki selbst (wird nur noch der erste Link ausgewertet und angezeigt). --Nachteule (Diskussion) 10:45, 21. Aug. 2014 (NNZ)
Mach Sachen! 8-D (Diskussion) 13:11, 21. Aug. 2014 (NNZ)

Problem auf „Vorlage:ZitatHauptseite

Das sollte wirklich unbedingt wieder auf die Hauptseite. Wie kann man machen, dass die Vorlage nicht so viel von diesem Zeux, diesem "Performance", wegfuttert? 8-D (Diskussion) 20:35, 22. Aug. 2014 (NNZ)

Zufallsgedöns verhindert, dass die Seite in den Cache packt werden kann (klar, ändert sich ja was), und deshalb muss die Seite bei jedem Aufruf komplett neu berechnet werden. Und gerade bei der Hauptseite, die ja am allerhäufigsten aufgerufen wird, ist das halt doof. Vielleicht kann man für die Hauptseite serverseitig die Cacheeinstellungen ändern, damit die länger drin bleibt (aber dann wechselt der Text halt auch nicht jedes mal sondern nur nach längerer Zeit) oder man muss mehr performance kaufen. --77.246.193.30 18:25, 23. Aug. 2014 (NNZ)
Verstehe. Sooooo viel Prio hat das ja nu auch nicht. Vielleicht kann man aus den Zitaten ja auch ein Laufband machen mit den neuesten Zitaten zuerst, so ähnlich wie die Laufmeldungen in den News. Dann braucht man das Zufallsgedöhns gar nicht. Damit kein Zitat traurig sein muss, kann man daneben ja ein Link platzieren "Alle Zitate" die zu einer Liste der Zitate führt. Einziger Knackpunkt daran wäre die "doppelte Buchführung" von Liste und Laufband. Versuche da bei Gelegenheit mal was. 8-D (Diskussion) 19:37, 23. Aug. 2014 (NNZ)
Ich komm ja zu nix, weil ich außerhalb der Kamelo ständig was um die Höcker habe ... aber man könnte viel Zauberei erst im Browser geschehen lassen (der Server liefert dann immer eine sehr gut cachebare Seite aus, in der Zauberinhalt unsichtbar mit ausgeliefert wird) ... und im Browser wird dann erst per Zufall irgendein Zitat oder anderer Hokuspokus angezeigt ... --Nachteule (Diskussion) 11:55, 24. Aug. 2014 (NNZ)
Find ich ne sehr gute Idee. --77.246.193.30 12:59, 24. Aug. 2014 (NNZ)
Ist das bei Verwendung dieser Choose-Option-Tääägs der Fall? 8-D (Diskussion) 15:43, 24. Aug. 2014 (NNZ)
Leider nein ... --Nachteule (Diskussion) 11:44, 25. Aug. 2014 (NNZ)
Anmerkung: für ganz lange Listen, die nicht sofort da sein müssen, könnte es vielleicht sogar sinnvoll sein, die Inhalte dann per separaten Ajax-Request nachzuladen. (Bringt nix im Bezug auf die Serverlast aber im Bezug auf die gefühlte Geschwindigkeit vielleicht schon) --J* (Diskussion) 13:05, 25. Aug. 2014 (NNZ)
Werde demnächst mal Livelets in der Testkamelo anwerfen, vielleicht können wir das zukünftig für sowas verwenden --J* (Diskussion) 13:11, 25. Aug. 2014 (NNZ)

Problem auf „Frage:Hauptseite“ (vorerst erledigt)

"Blaues Ding" zum Fragestellen mindestens mobil nirgends zu sehen! --80.171.64.190 09:59, 30. Aug. 2014 (NNZ)

Fehler gefunden. Durch Änderung in der Navigation links (MediaWiki:Sidebar; [4]) gab es einen Fehler im JavaScript, welches dann abbrach --Nachteule (Diskussion) 11:42, 30. Aug. 2014 (NNZ)

Player zerschossen

Z.B auf den Seiten Britney Spears, Ficken, Familie und vielen anderen. 8-D (Diskussion) 19:22, 4. Sep. 2014 (NNZ)

Problem auf „Idee:Hauptseite

Beim "Notizzettel des Tages" wird nix angezeigt außer 2mal untereinander das:

  • Ja, echt, noch keiner was gepostet?

So geht das aber nicht! ;-)
8-D (Diskussion) 17:20, 19. Sep. 2014 (NNZ)

Nach Nulledit Problem wech (jedenfalls in meinem Browser). Wirklich wech? 8-D (Diskussion) 17:35, 19. Sep. 2014 (NNZ)

Problem noch nicht gelöst. Offenbar verliert der "Notizzettel des Tages" immer dann den Faden, wenn eine neue "Idee" im Namensraum erstellt wird. Es kann ja nicht die Lösung sein, dann immer einen Nulledit hinzulegen. Fehlt da irgend ne Action, die es auszulösen gilt, sobald im Namensraum ein neuer Artikel erscheint? Oder funzt dann irgend ne Methode nicht mehr, weil sie unter Verwendung gespeicherter Parameter auf den aktuellen DB-Zustand nicht mehr passt? 8-D (Diskussion)

Problem auf „Britney_Spears

Player funzt nicht. Wie bereits geschildert ist der auf allen möglichen Seiten zerschossen. Was ist da los? 8-D (Diskussion) 19:39, 4. Okt. 2014 (NNZ)