Forum:Problem-Meldungen

Forum > Problem-Meldungen

Hinweis: Dieser Fred wurde seit 4895 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 „Commons:Kugel“ (erledigt)

Wenn die Kugel nix findet,

bei API: gähnende Leere bei DPL: "Extension:DynamicPageList (DPL), version 1.8.9 : <dpl_log_16>"

Das geht auch hübscher. --Nachteule 13:50, 18. Mai 2011 (NNZ)

Problem auf „Kamelionary:Hauptseite“ (erledigt)

kleinigkeit: linker content-rand ist braun, wegen !important beim normalen rand, weil der sonst blau wäre. muss keiner verstehen, notiz an mich. --Nachteule 22:26, 18. Mai 2011 (NNZ)

gefixt ich versteh' eh nicht, warum DIE das mit Hintergrundgrafiken machen statt mit border ... hat das irgend einen Grund? Ist viel dööferer zum anpassen ... --WiMu 23:11, 18. Mai 2011 (NNZ)

Danke. Das haben sie bestimmt für den Farbverlauf bei den Tabs nutzen wollen müssen, und dann für den content übernommen. oder irgendein Style-Guru hat das in der Art angepriesen. Genau wie die scheiße mit den Skripts erst unten im HTML laden. Jetzt sind die Seiten meinetwegen 0.35 Sekunden früher sichtbar im Browser, dafür zuppelt, flackert und wackelt es an allen Ecken, weil CSS und JS so spät zünden. Nervt mich viel mehr, als etwas länger eine weiße Seite oder so zu sehen. Auf Bugzilla fliegen diesbezüglich auch einige Fetzen, und evtl kehren Skripte/ CSS zumindest teilweise wieder in den HEAD zurück ...--Nachteule 00:03, 19. Mai 2011 (NNZ)

www.de.kamelopedia.mormo.org

Wo die immer alle herkommen ;)
JeLuF mal drauf anhauen, dass die auch auf default umgeleitet wird bzw. per JS ändern... (die dinger bekommen alle eigene cookies und so) --Nachteule 01:12, 19. Mai 2011 (NNZ)

Problem auf „Datei:Motordraisine-KLV.jpg“ (erledigt, CSS gefixt und Ungott ist in die Gegenwart umgezogen)

Datei:IE8kompat.png

Abschalten da ...

Bei Bildern, die mindestens eine Fremdquelle haben, verrutschen die Symbole für die Nutzungsbedingungen nach rechts, nicht nur in diesem speziell angegeben Fall. So wenigstens bei mir im IE8. Ungott 11:37, 20. Mai 2011 (NNZ)

Isch kuck ma . --Nachteule 11:49, 20. Mai 2011 (NNZ)

Mögliche Lösung: Der Fehler tritt eigentlich nur im IE7 auf. Anscheinend hast du den Kompatibilitätsmodus des IE8 aktiviert (dann malt der Webseiten wie sein Vorgängermodell). Deaktiviere diesen Modus mal entweder direkt mit dem Knopp bei der Adresszeile oder über die Optionen (siehe Bild). --Nachteule 12:03, 20. Mai 2011 (NNZ)

Habe jetzt den IE9 installiert, wurde eh Zeit. Ungott 18:36, 20. Mai 2011 (NNZ)

Problem auf „Spezial:Buschtrommel“ (nur Opera)

Notiz an mich: guckstu ma', warum die Seite in Opera automatisch nach unten scrollt ... --Nachteule 12:57, 20. Mai 2011 (NNZ)

„Problem“ mit der Fettung (erledigt)

Die Fettung ist nur in den LÄ sinnvoll, aber nicht in der persönlichen Beobachtungsliste, weil dort die Regel gilt: Seiten mit noch nicht gesehenen Änderungen werden fett dargestellt. Könnte das vielleicht geändert werden, weil bisschen komisch aussieht...Danke! --f.c.

Isch geh ma daon aus, du meintest diesen Fred: erledigt. Da habbisch geschnarcht, sollte so sein, dass dat nur in den LÄ so konkret fett is. --Nachteule 14:14, 21. Mai 2011 (NNZ)

Problem auf „Forum:Kamelopedia“ (erledigt)

die Icons neben den Threads verschwinden bei mir, wenn ich mit der Maus darüber gehe, und komischerweise nur, wenn ich angemeldet bin. [Google Chrome, aktuellste Version (11.0.696.60)] --f.c. 17:19, 22. Mai 2011 (NNZ)
andere Browser nicht betroffen (so viel ich weiß)

Das ist das bei dir eingestellte Helferlein "navigation popups"

Wenn Dinge in der Dokumentenstruktur rumfummeln bleiben Nebenwirkungen nicht aus, und wir können auch nicht alle Sonderfälle einzeln irgendwie abfangen. --Nachteule 17:33, 22. Mai 2011 (NNZ)

Bügelbrett

Bei der Vorschau eines mit {{Bügeln}} markierten Artikels erscheint folgende syntax:

Wissenswertes über diesen Bügelvorgang: [] bügelt diese Seite
seit Expression-Fehler: Fehlender Operand für < Stunden.
Das wird aber eine glatte Seite.

 ≡c.w. 21:14, 22. Mai 2011 (NNZ)

mit {{#iferror: oder {{#ifeq: {{#arg:action}} | edit usw. könnte man das schon hinkriegen, aber das ist mir gerade 'ne Nummer zu hoch (*wimumüde*) --WiMu 01:27, 23. Mai 2011 (NNZ)

Habs mal ausgebügelt, allerdings gibt es da so einen kleinen Zeittunnel zwischen Vorschau und Gespeichert von 2 Stunden, bei Vorschau stimmt CURRENTTIMESTAMP und beim Gespeicherten LOCALTIMESTAMP mit REVISIONTIMESTAMP überien. @Teule: Kann Teule das ausbügeln, oder ist das einfach so? PS: Es hatte da noch so Sätzchen für 1 Stunde und für 1 Tag, wenn ich nichts übersehen habe, konnten diese Bedingungen in dem #if-Gewusel aber niemals eintreten (ich weiss ist ne 1:1 copypast aus der WP), hab sie deshalb unter den Teppich gekehrt. Könnte man aber leicht einbauen, wenn das der Wunsch wäre. Kameloid 05:21, 24. Mai 2011 (NNZ)

Ich hatte irgendwann an den Zeiten rumgedreht (dann waren Server- und Kamelopediazeit gleich und für deutschlängengradige Kamele korrekt), das gab aber Probleme beim Updaten von Mediawiki, und dann habe ich was anderes gedreht, damit zumindes die Kamelopediazeit passt. Inzwischen bin ich so verdreht, dass ich den Überblick verloren habe, aber ich glotz da nochmal rein. Danke für's fixen :) -Nachteule 06:13, 24. Mai 2011 (NNZ)

Probleme wg. Blocken usw. auf „Spezial:Liste_der_Sperren“, „Spezial:Checkuser“ ... (erledigt)

Notiz an mich: Die Seiten werfen teilweise immer, teilweise unter mysteriösen Umständen Fehler. Irgendwann habe ich irgendwo was von Änderungem am Blocken oder der Berechtigung zum Anglotzen von Geblocktem oder so gelesen. Evtl. hängt das damit zusammen. --Nachteule 15:07, 23. Mai 2011 (NNZ)

erledigt, Bugfix [1] per Huf aufm Server eingepflegt. --Nachteule 23:22, 24. Mai 2011 (NNZ)

Problem auf „Kamelopedia:Empfehlungssystem“

Nicht vergessen: Zur Zeit bekommen erst bestätigte Kamele den Daumen und den blauen Hinweiskasten auf die Empfehlungsseiten geflanscht. Irgendwann man fein-tunen das ganze. -Nachteule 20:37, 24. Mai 2011 (NNZ)

Ein irrelevantes Problem: Nicht bestätigte Null-Edit-Kamele benötigen den blauen Kasten sowieso nicht. • Dufo 20:53, 24. Mai 2011 (NNZ)

Ja aber ein 5,67–Edit Kamel kriegt dann die mentale Krätze und fühlt sich ausgestoßen. ≡c.w. 20:58, 24. Mai 2011 (NNZ)

@Dufo: Ein irrelevantes Problem? Es ist Angsthase ja nun gerade erst passiert, dass er sich wundert, dass (nachdem er sich einen Tag per Huf auf seiner Empfehlungsseite abgequält hat) plötzlich der blaue Hinweiskasten auftaucht. Sobald ein angemeldetes Kamel den Drang verspürt, seine Empfehlungsseite zu bearbeiten, gehört da auch die Hilfestellung hin. Keine Ahnung, was es da zu Diskutieren gibt.

Deine pathologische Null-Edit-Kamel-Krätze hat hiermit überhaupt nix zu tun. --Nachteule 21:10, 24. Mai 2011 (NNZ)

Problem auf „Spezial:EditWatchlist“

Es kann vorkommen, dass Einträge nicht von der Liste entfernbar sind. Der Bug wurde imho in MW inzwischen behoben, bei uns dann nach dem nächsten Update auch (mach ich aber wegen anderer und größerer Probleme durch das Update erstmal nicht) --Nachteule 21:22, 24. Mai 2011 (NNZ)

Problem auf „Commons:Kamele_portraitieren“ (erl.)

Der Quelltext dürfte so das übelste an Code sein, dass wir hier so haben. Jedenfalls wird auf der Seite längst nicht alles angezeigt, was da an Code im Kot versteckt ist. Dringend mal überarbeiten den Dung. --Nachteule 17:21, 26. Mai 2011 (NNZ)

Ich habe mal die riesige, historisch jedoch fehlerhaft gewachsene Tabelle entsorgt undden Artikel mit Wikisyntax bzw. der clear-vorlage formatiert. Jetzt ist wieder alles zu sehen. Mit Verlaub: diese rot gerahmten divs mit dem bunten Hintergrunz könnten nach meiner Meinung auch weg. ≡c.w. 22:32, 26. Mai 2011 (NNZ)

Kein Problem auf „Vorlage:Blättern“

... aber was hübschen mit jQuery UI als Blätteralternative, um simpel auf einer Seite was zum Blättern zu haben ohne weitere Serveranfragen. sowas nur links-rechts statt hoch-runter --Nachteule 00:22, 27. Mai 2011 (NNZ)

Find ich zwar cool, würde dann aber heissen, dass man den ganzen Müll schon vorher laden müsste, oder? Bei einer kleinen begrenzten Anzahl von Seiten sicher hübsch, aber zB. bei Kamelopedia:NeueArtikel stelle ich mir das etwas hinderlich vor. Wie reagiert eigentlich Wiki mit einem maximalen dpl-count von 500 pro Seite und den anderen Maximalwerten für #dowhile und Speicher und so? --Kameloid 02:15, 27. Mai 2011 (NNZ)

Ich hatte da zwei Sachen im Kopp (aber natürlich wieder mal nicht ausführlich hier niedergepinnt ...

a) Wenn man die aktuelle Vorlage so nutzt wie da, dann wird ja bereits der ganze „Müll“ geladen (aber eben nicht angezeigt). Beim Klick aufs Blättern gibt es jedes Mal eine neue Serveranfrage, und der ganze Müll, der längst versteckt auf der Seite ist, wird wieder und wieder geladen. Das ist ineffektiv.

b) für Sachen, die wirklich nachgeladen werden, ginge das per jQuery und AJAX halt ohne das die ganze Seite neu geladen werden müsste, so wie da, wenn man auf den Menüpunkten rumklickt ... oder eben wie beim Blättern durch unsere hauseigenen Kugel-Suchergebnisse (die werden ja auch erst beim Klick nachgeladen)

"Wie reagiert Wiki" kann ich nicht beantworten, weil ich die Frage nicht verstehe (passiert mir in letzter Zeit öfter, weil der Kopp so voll ist) --Nachteule 03:16, 27. Mai 2011 (NNZ)

Sorry Teule, hab nicht gemerkt, dass du geantwortet hast... Dein Beispiel ist klar ein Kandidat für die Blätteralternative, da ist sie klar im Vorteil. Allerdings beschränkt sich der einzig sinnvolle Einsatz zZ ja auf dpl-Abfragen, wo man dann die einzelne Seite nachladen muss, aber sowas wie das da würde es ja tun. "Wie reagiert Wiki" ist vielleicht eine etwas naive Frage, aber mit dem internen Zeug kenne ich mich gar nicht aus: Wenn ich das richtig sehe, hat Wiki für alle Ressourcen ein Limit; zB. max. 500 Resultate für dpl, max. so und so viel Memory/Seite, max. Zeit/Seite und was weiß ich noch alles. Meine Frage ist nun, wie sich so ein Teil auf diese Limits/Seite auswirken würden: Werden diese bei jeder Java-Abfrage neu gesetzt oder kumuliert sich das irgendwie? Kameloid 03:07, 7. Jun. 2011 (NNZ)

Problem auf „Datei:Landschaft_ziemlich_breit_zweispaltig.jpg“

Mit dem IE9 kann ich hier keine Quellenangaben sehen. Außerdem macht das Ausklappfenster mit diesem Browser immer Probleme, die Bilder aus den gleichen Kats werden immer total unübersichtlich dargestellt bzw. überlappen sich. Ungott 16:53, 29. Mai 2011 (NNZ)

Du bist schon wieder in der Kompatibilitätsansicht - diesmal die des IE9, und schaust die Seite wie im IE7 an. Weiter oben steht die Lösung ja bereits, um die Anzeige im IE7 muss ich mich trotzdem wohl noch kümmern, obweohl dieser Browser ... ach, egal. --Nachteule 17:00, 29. Mai 2011 (NNZ)

Habe mir dummerweise die englische Version runtergeladen und finde einfach keine Lösung, die Kompatibilitätsübersicht abzuschalten. 77.188.243.74 17:14, 29. Mai 2011 (NNZ)

"Alt"-Taste drücken, damit du Menüs siehst

"Tools" anklicken, falls dort ein Haken bei "Compatibility Mode" ist, einmal draufklicken, um das abzuschalten

Falls "Compatibility Mode" ausgegraut ist, einen Punkt drunter auf ""Compatibility Mode settings" klicken

Da ganz unten darf kein Haken sein, und falls im mittleren Teil "mormo.org" oder "kamelopedia.mormo.org" drinnesteht -> "Remove" --Nachteule 17:24, 29. Mai 2011 (NNZ)

Danke, hat geklappt. Ungott 17:30, 29. Mai 2011 (NNZ)

Problem auf „Forum_Diskussion:Idee:_Hat_was++“

Der Titel sagt alles ;) --Kamelokronf 13:46, 30. Mai 2011 (NNZ)

Bei neuen Namensräumen braucht man in der Regel immmer zwei (Seite + Diskussion), beim Forum hatte ich damals die Diskussionsseite einfach weggelassen (Namensraum-Nummer 104 existierte nicht)

Dieser "Trick" funzt heute leider nicht mehr, denn bei fehlendem Namensraum 104 (Forum_Diskussion) tauchen auf der Beobachtungsliste lauter rote Links mit falschem Titel (ohne Namensraum davor, also quasi Artikelnamensraumrotlinks) auf.

Deshalb habe ich diesen sinnfreien Namensraum gezwungenermaßen angelegt. Ich hoffe, darum ging es überhaupt bei dieser Meldung ;) --Nachteule 13:52, 30. Mai 2011 (NNZ)

Ach so... ja darum ging es :) --Kamelokronf 13:56, 30. Mai 2011 (NNZ)

Problem auf Empfehlungsseiten

Falls eine Datei verschoben worden ist, und ein Kamel freundlicherweise den Link ändert, dann wird das als Empfehlung gewertet, eine Änderungen von einem Namensraum in den anderen allerdings nicht [2] (10:45, 4. Jun. 2011 Kamelokronf) - Sinn? --f.c. 21:48, 6. Jun. 2011 (NNZ)

Das ist ja keine Wertung, sondern soll neue Empfehlungen in den Letzten Änderungen hervorheben. Wiki ist halt noch doof - wie immer - und interpretiert einen Edit als neue Empfehlung, wenn die Größe der Liste zunimmt, und etwas in der Zusammenfassung steht. Nicht perfekt, funzt aber erstmal ausreichen gut. --Nachteule 21:59, 6. Jun. 2011 (NNZ)

Problem auf „Projekt:Adventure“

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

Tabellen mit #if und {{!}}

Ein etwas seltsames Verhalten ist mir bei der Vorlage:Kamelionary aufgefallen: Der Kasus hatte, wenn nicht alles ausgefüllt war, in einer einzigen Zeile (?) einen zu grossen vertikalen Platzbedarf. So wie es aussieht, ist das durch die #if's bedingt die nichts anzeigen, jedoch einen NewLine im Quelltext erzeugen. Diese werden dann anscheinend irgendwie von Wiki irgendwo eingeklebt. Im Sourcecode sah dann das so aus:

<td>xxxxxxxxxxxxx
<p><br />
</p><p><br />
</p><p><br />
</p>
</td>

Habs mal provisorisch mit einer Vorlage:¦ gefixt, welche einen NewLine erzwingt und dadurch kann man die ganzen #if's auf eine Wiki-Zeile aneinanderkleben. Falls es dafür irgendeine saubere Lösung gibt... Kameloid 04:21, 22. Jun. 2011 (NNZ)

sach ich doch --WiMu 09:46, 22. Jun. 2011 (NNZ)

Yepiiii, ich hab das Rad erfunden!!!! Danke fürn Link...

Nur hilft mir ELSE halt auch nicht immer, insbesondere dann nicht, wenn ich gar keine haben will. Ok, dann kann ich zumindest davon ausgehen, dass es nicht provisorisch ist. Kameloid 17:10, 22. Jun. 2011 (NNZ)

Problem auf „99_Fensterscheiben“

Der Artikel ist nicht aufrufbar, obwohl es ihn gibt (u.a. in Kategorien und in der Suche zu sehen). Es scheint etwas mit dem Leerzeichen nicht zu stimmen. --Kamelokronf 00:00, 25. Jun. 2011 (NNZ)

• Ich habe den Artikel mit Hilfe der Spezial:Suche rekonstruiert.
• Versionsgeschichte ist weiterhin kaputt: Alte Versionen sind nur mit diesem Link aufrufbar ! • Dufo 01:39, 25. Jun. 2011 (NNZ)

Problem auf „Multitasking“

neben Datei:Multitasking.oga ist der Link kaputt. Da steht [http://kamelopedia.mormo.org/index.php?title=Spezial:Linkliste&target= Datei:Multitasking.oga ← Links]. Auf Spezial:Linkliste/Multitasking ist der Link richtig. --f.c. 08:58, 25. Jun. 2011 (NNZ)

... hihihi das kannte ich bis jetzt noch gar nicht! Düne, ihr seid Klasse! --WiMu 14:55, 25. Jun. 2011 (NNZ)