Forum:Problem-Meldungen

Forum > Problem-Meldungen

Hinweis: Dieser Fred wurde seit 4924 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 Kamel:Nachteule/Blättern da, dann wird ja bereits der ganze „Müll“ bereits geladen (aber eben nicht angezeigt). Beim Klick aufs Blättern gint es jedesMal eine neue Serveranfrage, und der ganze Müll, der längst versteckt auf der Seite ist, wird wieder und wieder geladen. Das ist uneffektiv.

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 ...

"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)