Forum:Problem-Meldungen

Forum > Problem-Meldungen

Hinweis: Dieser Fred wurde seit 3769 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 ... 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:

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
• 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. ) --Charly Whisky (Diskussion) 06:54, 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)