Forum:Update 2009 auf Version 1.15.0rc1 (r21604)

aus Kamelopedia, der freien Wissensdatenbank

(Weitergeleitet von Forum:Update 2009)
Wechseln zu: Navigation, Suche

LAUT BLÖK!

H reader.gif Forum > Update 2009 auf Version 1.15.0rc1 (r21604)


Fertig. --JANNiS 18:13, 16. Mai 2009 (UTC)

Gratuliere! Kameloid 18:34, 16. Mai 2009 (UTC)
Ja echt, bist der beste! --WiMu 18:55, 16. Mai 2009 (UTC)
Extension:EditCount? Kameloid 19:24, 16. Mai 2009 (UTC)
auch schon gemerkt ... aber war das EditCount oder Editcount? Gibt's beides. --WiMu 19:27, 16. Mai 2009 (UTC)
auch die Interwikis werden nicht mehr angezeigt. • Dufo 19:28, 16. Mai 2009 (UTC)
@WiMu: Sorry, muss Editcount gewesen sein, wegen roter Links. Kameloid 19:31, 16. Mai 2009 (UTC)
Die You tube Vorlage um Videos einzubinden geht nicht. Dieses ev:Dingsbumms und so weiter. - - Luzifers Freund 14:09, 20. Mai 2009 (UTC)

Inhaltsverzeichnis

[bearbeiten] Bug-Liste

[bearbeiten] Grünlicht.png Klickstatistik

Seit einiger Zeit zählt der Counter für sämtliche Seiten nur noch Klicks, jedoch keine "realen" Seitenaufrufe. Somit kann man die Klickstatistik einer Seite x im Gegensatz zu früheren Zeiten künstlich hochpushen. ungott 18:25, 26. Mai 2009 (UTC)

Redest du vom Counter unten auf der Site "Diese Seite wurde bisher 756-mal abgerufen." ? Kameloid 18:36, 26. Mai 2009 (UTC)
Ja, genau das meine ich (gilt für alle Seiten). ungott 20:58, 26. Mai 2009 (UTC)
News: Betrifft offenbar nur den IE 8. Mit Firefox lassen sich die Seitenaufrufe nicht verfälschen. ungott 10:25, 27. Mai 2009 (UTC)
hat auch was mit den auf der Seite verwendeten Extension zu tun. Wenn da irgendwas mit Zufall oder dpl im Spiel ist, d.h., wenn die Seite bei jedem Aufruf neu gerendert werden muss, wird zwangsläufig bei jedem Klick der Counter angeworfen (war früher auch schon so, unabhängig vom brauser) --WiMu 10:29, 27. Mai 2009 (UTC)
Nochmal darübergeguckt: Firefox zeigt – wenn möglich – gecachte Seiten an. D.H. auch, wenn man mit dem Firefox eine Seite 5mal neu lädt, wird jedesmal der counter hochgesetzt, nur sieht man das Ergebnis erst, wenn man seinen Cache geleert hat. It's not a bug, it's a feature ... --WiMu 07:19, 29. Mai 2009 (UTC)

[bearbeiten] Gelblicht.png Bild-Suchergebnisse...

Die Anzahl der Treffer wird nicht angezeigt--K-3000(Hbf|Diskette) 14:27, 25. Mai 2009 (UTC)
hat mit dem dpl-bug zu tun, dem weiter unten ein eigener Abschnitt gewidmet ist. Die Bild-Suche müsste so oder so mal ganz neu in Angriff genommen werden, da sich das ganze mit den neuen Extension viel einfacher und eleganter lösen lässt ... --WiMu 07:22, 29. Mai 2009 (UTC)

[bearbeiten] Grünlicht.png Mein Kamelbau spinnt

Die ganze Seite ist im Navi beinhaltet--K-3000(Hbf|Diskette) 14:57, 18. Mai 2009 (UTC)
Du muss schon sämtliche <tags>, die du irgendwo aufmachst, auch wieder </zumachen>, und zwar in richtiger Reihenfolge. Hab' das da mal gemacht ... --WiMu 15:58, 18. Mai 2009 (UTC)
Upss, dankeschön WiMu, also dass ich so ein Brett vorm Kopf hab...--K-3000(Hbf|Diskette) 16:47, 19. Mai 2009 (UTC)

[bearbeiten] Grünlicht.png Extension:Editcount fehlt

immer noch rote Links, und deshalb hier noch ein roter Punkt • Dufo 23:12, 17. Mai 2009 (UTC)
fixed, jetzt ist der Punkt grün. --BoTeule 19:38, 21. Mai 2009 (UTC)

[bearbeiten] Grünlicht.png Interwikis unter "ander Sprachen" fuzen nicht

Funktionierene Interwikis erscheinen als externe Links (meist unten) im großen Haupttextfenster. Am richtigen Ort sind sie immer noch nicht • Dufo 23:12, 17. Mai 2009 (UTC)
fixed. --BoTeule 18:57, 21. Mai 2009 (UTC)
Interwiki zur deutschen Wikipedia funzt nicht. Dufo 22:37, 21. Mai 2009 (UTC)
Fixed, dauert nur ein wenig, bis der Cache das auch begreift ... Etwas Geduld noch ;= --BoTeule 23:35, 21. Mai 2009 (UTC)
Cache ist aufgewacht, fixed. --BoTeule 07:41, 22. Mai 2009 (UTC)
Frage - wo hats gehappert? --JANNiS 08:07, 25. Mai 2009 (UTC)

[bearbeiten] Grünlicht.png <math> und <hiero> (texvc) funzen nicht

zumindestens <math> scheint wieder zu funktionieren. Dufo 23:12, 17. Mai 2009 (UTC)
ne, tuts nicht. <math> erzeugt temporäre Bilder, PNGs, um genau zu sein. Und diese Bilder sind noch da und werden angezeigt. Aber neue Formeln lassen sich nicht einfügen, bzw. alte Formeln editieren. --WiMu 07:20, 18. Mai 2009 (UTC)
Hiero dauert noch ein Moment, ist aber auch gleich fertig ... --BoTeule 22:35, 21. Mai 2009 (UTC)

\lambda x\lambda y \lambda w\lambda w'.\left\{w|\left(\frac{\sqrt{\mathbf{H}\!{}^\mathbf{A}\!\mathbf{L}\!{}_\mathbf{\displaystyle L}\!^\mathbf{O}}}{Du \bigcirc Da} \right) ^{ x^{{\sqrt 2}^{\Re(q)_0^{\frac{1^\otimes}{\nabla_{\infty} \between \int_{-\infty}^{+\infty} \mathbb{E} }}}}} _{ka_{\mathrm{mel}}} \ = \ \pi \times \mathfrak{Daumen}^2 \ne 08 \setminus 15 l = \sum_{08}^{15}{\cfrac{y_{n-e^t}^{\phi_n-x_{t-n}}}{100} \cfrac{t + \lim_{n \to \infty}x_n}{e + \cfrac{\Phi_{n-1}}{y_{t+n} + \cfrac{n}{y_{n}+t_{n+1}}}} - \cfrac {\sqrt{1-e^{2-y}}} {\sin \pm \sqrt{t+e^{7-y}}}} = \lim_{n \to 0} \partial x_n - \cfrac{y_{n-e^t}^{\phi_n-x_{t-n}}}{100}\right\}\subseteq \between w'

Test bestanden *freugrins* --WiMu 18:11, 22. Mai 2009 (UTC)
Wo hatte's hier denn gehappert? --JANNiS 08:07, 25. Mai 2009 (UTC)
einmale "make" im "math"-Unterordner (der wurde wohl durchs Update ersetzt) --BoTeule 16:46, 9. Jul. 2009 (NNZ)

[bearbeiten] Grünlicht.png Bei der Anmeldung fehlt die Sicherheitsabfrage im Falle einer Falscheingabe des Passwortes.

Das ist auch irgendeine fehlende Extension ... hab' vergessen, wie die heißt. --WiMu 07:20, 18. Mai 2009 (UTC)
war kein Bug, Abfrage kommt, wenn man zu oft falsches Kennwort einhämmert (3x glaube ich) --BoTeule 23:45, 21. Mai 2009 (UTC)

[bearbeiten] Gelblicht.png Mir ist drüben in der Test-Kamelo aufgefallen, dass man nun öfter mal einen Nulledit machen muss, um Seiten zu aktualisieren.

bitte überprüfen
ist wohl so ... lässt sich nix ändern --WiMu 07:23, 29. Mai 2009 (UTC)

[bearbeiten] Grünlicht.png Extension:EmbedVideo fehlt auch

bitte überprüfen
fixed. Sollte statt eines eingebetteten Videos nur sowas wie {{#ev:youtube|tF0pq7ZfYd8}} zu sehen sein, einen Nulledit auf der entsprechenden Seite machen (bearbeiten klicken, und ohne was zu ändern direkt wieder speichern) --BoTeule 09:55, 22. Mai 2009 (UTC)

[bearbeiten] Grünlicht.png Bei alten Bildern funktioniert das „Dateiverwendungen“ und „links hierhin“ für den Zeitpunkt vor dem update nicht mehr

Keine Seite benutzt diese Datei. Leider erscheint immer noch diese Meldung bei benutzen Bildern • Dufo 11:27, 19. Mai 2009 (UTC)
sollte weitestgehend gefixt sein, es gab ein paar Fehlermeldung beim auffrischen der Verlinkungen ... --BoTeule 21:42, 21. Mai 2009 (UTC)

[bearbeiten] Grünlicht.png Diverse Qualitätssicherungs-Spezialseiten, wie Spezial:Doppelte_Weiterleitungen sind auffällig leer (zumindest der da müsste dort auftauchen).

Der Tut, der da ist nur ein Fake! Kameloid 15:43, 17. Mai 2009 (UTC)
also früher war der da immer da. Ich hab (auch wegen des bugs hier drüber) das Gefühl, es müssten sämtliche Seiten einmal neu gerendert, oder die wikidb resettet, oder der server-cache geleert oder irgend sowas werden. Trau' dem Frieden nicht ... --WiMu 15:50, 17. Mai 2009 (UTC)

[bearbeiten] Grünlicht.png Ähhh, bin ich eingentlich der einzige hier, der sich dann und wann die Hauptseite anguckt...

... trotz mindestens innerem Exil? Vorlage:Wüstenfarben scheinen nicht mehr so richtig zu funzen... :( eine dämliche Ton-in-Ton-Wüste ist das hier! Kamel:Schachtelkamels IP meldet dies, und überlegt sich, ob IPs nicht auch ne Signatur haben können. Können sie?
Man muss Wiki leider (eigentlich ist das gar nicht so verkehrt) seit neuestem dazu zwingen, die Vorlage für jeden Aufruf neu zu rendern. Ist saudoof, aber man schaft das, indem man ihr einfach einen Parameter übergibt {{Wüstenfarben|1}}{{Wüstenfarben|2}}, usw. Auch wenn die Vorlage mit dem Parameter eigentlich nix macht, ist dann das Ergebis ein jeweils anderes ... Melde dich doch einfach an, liebes IP-Kamel, dann hast du auch eine Signatur *g* --WiMu 19:45, 18. Mai 2009 (UTC)

[bearbeiten] Grünlicht.png Die Wikipedia wird als externer Link angesehen

ich, die Anonyme Sockenpuppe, als anonyme IP. Deswegen musste eine Kopfrechenaufgabe zur Strafe lösen. --Ano-Sopu 11:12, 18. Mai 2009 (UTC)
Aber ist doch auch wirklich ein externer Link, oder? WIR sind ja schließlich nicht DIE ... --J* 17:00, 19. Mai 2009 (UTC)

[bearbeiten] Grünlicht.png Uhrzeit der Signatur neuerdings in UTC

früher war das doch mal CET bzw. CEST ... --J* 19:33, 21. Mai 2009 (UTC)
Eindeutig die Folge der Globalisierung, bzw. der Universalisierung *g* Kameloid 01:31, 22. Mai 2009 (UTC)
Mich stört es überhaupt nicht, das die Angabe in UTC erfolgt. Das zweimalige Umstellen der Uhr im Jahr entfällt.
Ganz im Gegenteil, wenn es nach mir geht soll es bei UTC bleiben. Der globalisierte Globus dreht sich so oder so. • Dufo 12:30, 22. Mai 2009 (UTC)
nicht mehr ... --BoTeule 13:23, 29. Mai 2009 (NNZ)
Supi Idee! Kameloid 16:51, 29. Mai 2009 (NNZ)
Danke, möeep, BoTeule 16:54, 29. Mai 2009 (NNZ)
ich find's auch Klasse ... @Dufo: wen kümmert denn ernsthaft die Zeitzone?; sieh' es doch mal locker ... --WiMu 17:59, 29. Mai 2009 (NNZ)
Da bin ich gespannt ob am 25.Oktober wenn die Sommerzeit (CEST) endet, die (NNZ) auch um eine Stunde zurückgestellt wird, und wie die Kamelische Winterzeit abgekürt wird. • Dufo 18:02, 29. Mai 2009 (NNZ)
Auf dem Server ist nur der Zeitabstand zu UTC angegeben (also 'ne Stunde), und der zweistündige Abstand (wegen Sommerzeit) kam von selber. Also gehe ich davon aus, dass das im Winter genauso automatisch klappt.
Und ob nun UTC, CET, CEST oder NNZ ... 95% unserer Besucher können mit nix davon was anfangen, sondern haben bis jetzt höchstens genörgelt, weil unsere Uhr mal eine, mal zwei Stunden falsch geht. Und wer NNZ ins Suchfeld hämmert, kommt gleich zur Erklärung der Zeitzone ;) --BoTeule 18:09, 29. Mai 2009 (NNZ)
  • Rotlicht.png Sauerei! Ich möchte die (UTC) wiederhaben, und das meine ich ernst. Den „sogenannten Bug“ bitte wieder herstellen. Außenstehende wissen mit (NNZ) nichts anzufangen, Ich wünsche Signaturen mit (UTC), oder wie früher mit (CET) oder (CEST). Rotlicht deswegen, weil ich nicht (NNT) abstellen kann. • Dufo 17:56, 29. Mai 2009 (NNZ)
Aussenstehende wissen mit (NNZ) nichts anzufangen das gilt für ziemlich vieles hier... Kameloid 18:03, 29. Mai 2009 (NNZ)
Ich trauere dem (UTC)-Stempel nach. Mir wäre (CET) und (CEST) wie früher auch lieber. • Dufo 18:15, 29. Mai 2009 (NNZ)
Die NNZ ist doch CEST (und CET) ... nur kamelisch umbenannt. --BoTeule 18:18, 29. Mai 2009 (NNZ)
Mal sehen, ob am 25.Oktober 2009 die (NNZ) eine Stunde zurück springt, und wie sich dann nennt? • Dufo 02:07, 31. Mai 2009 (NNZ)
Zur Zeit ist CEST und den Namen für diese Zeit holt sich die Kamelopedia aus MediaWiki:Timezone-cest ...
Wenn die Zeit umspringen sollte zu CET, dann holt sie sich den Namen von MediaWiki:Timezone-cet (also ebenfalls NNZ).
Die Frage ist nur, springt sie um ... heißen tut sie auf jeden Fall NNZ ... --BoTeule 11:48, 31. Mai 2009 (NNZ)

[bearbeiten] Grünlicht.png Kalender kaputt

Extension wurde beim Update gelöscht, die Original-Extension funzt nicht (weil Kalenderlinks in englisch). Ich hatte die damals angepasst/ umgearbeitet, weiß aber momentan nicht mehr wie. Vielleicht finde ich noch'n Backup in meinem Datenchaos. --BoTeule 00:47, 22. Mai 2009 (UTC)
Habe nix gelöscht - falls du Zugriff hast auf /home/jannis, da müsste noch alles originalgetreu von vor dem Update liegen, Dateien und Datenbank, wenn ich mich nicht irre.. Auch das Zeug vom letzten Update damals liegt da noch rum, glaube ich ;) --JANNiS 08:07, 25. Mai 2009 (UTC)
wie auch immer, was nach dem Update da war, war nicht das Calendar.php-Gefrickel, was ich dahingepackt hatte ;)
Egal, habs auf meiner Backup-Platte gefunden ... fixed. --BoTeule 23:38, 28. Mai 2009 (UTC)

[bearbeiten] Grünlicht.png <LinkedImage> funzt nicht

siehe zum Beispiel Hauptseite/Aktuelle Erregnisse etc. etc. -- Kam-aeleon 08:12, 22. Mai 2009 (UTC)

siehe: Forum:Update 2009 - ToDo - LinkedImage ersetzen --BoTeule 08:48, 22. Mai 2009 (UTC)
funzt wieder ... trotzdem ersetzen . Siehe auch.png Siehe auch: Vorlage:img --WiMu 07:27, 29. Mai 2009 (UTC)

[bearbeiten] Gelblicht.png MediaFunctions funzen erst nach einem edit

[[Kategorie: Größe: Expression-Fehler: Unerkanntes Satzzeichen „�“ ]] ... verschwindet, sobald man einen Nulledit macht. --WiMu 10:24, 22. Mai 2009 (UTC)
dazu passend: z.B. Vorlage:Kameloh/Sammelalbum (sieht kaputt aus), ob das was mit dem neuen Parser zu tun hat (der mit MW 1.12 eingeführt wurde, siehe [1]) --BoTeule 10:49, 22. Mai 2009 (UTC)
also die Vorlage hat noch nie funktioniert ... und kann auch gar nicht funktionieren, weil #expr: mit {{{Parametern}}} mit ohne {{{Parameter|Durchfallwertmöglichstnumerisch}}} nix anzufangen weiß ... --WiMu 11:01, 22. Mai 2009 (UTC)
übrigens scheint der bug nur aufzutreten, wenn ein Bild mit unausgefüllter Vorlage hochgeladen wird ... seltsam, seltsam *kopfkratz* --WiMu 12:04, 22. Mai 2009 (UTC)
Ich glaube, ich habe eine leise Ahnung, woran das liegen könnte ... beim hochladen weiden ja quasi zwei „Seiten“ angelegt, einmal die Bildbeschreibungsseite im Namensraum „Bild“ (z.B.: Bild:Wiki.png), und einmal das Bild selbst im Namensraum „Media“ (z.B.: Media:Wiki.png). Wenn nun die Bild-Seite vor der Media-Seite erzeugt wird, kann die MediaFunctions-Extension nix mit dem Bild-Namen anfangen. Das müsste eigentlich schon immer so gewesen sein, aber meine Vermutung ist die, dass durch Änderung am preprocessor das rendern der Bild-Vorlage einfach wesentlich schneller geworden ist, und damit in den meisten Fällen fertig ist, bevor das Bild in der Datenbank landet. Das würde auch erklären, weshalb der Fehler bei einer unausgefüllten Vorlage häufiger auftritt als bei einer ausgefüllten Vorlage, die etwas mehr Serverkapazität erfordert. Umgekehrt hieße das auch, dass die Fehleranfälligkeit mit der Bildgröße (in kb) zunehmen müsste ... sollte man mal testen. Falls ich Recht habe, lässt sich der Fehler nur schwer umgehen. Eine Möglichkeit wäre ein bot, der auf allen neuen Bild-Seiten einen Nulledit macht, oder man Ajaxt etwas, so dass die Bild-Beschreibungsseite erst angelegt wird, sobald das Bild hochgeladen ist, oder quasi beides zusammen, man Ajaxt einen Nulledit, wenn die Bildseite da ist (alles eher suboptimal) --WiMu 07:50, 26. Mai 2009 (UTC)
Also wenn du recht hast, tendiere ich eher für eine Null-Lösung: Wir verzichten auf die Bildtyp/Grösse und was auch immer Media-Katgorisierung. Kameloid 17:11, 26. Mai 2009 (UTC)
*geitestblitz* wir packen das MediaFunction-Gedöhnse einfach in die Vorlage für die tickets ... das geht auf jeden Fall, ist sicher und unkompliziert (und ein zusätzlicher Ansporn für die tcket-Vergabe) --WiMu 18:47, 26. Mai 2009 (UTC)
Müsst funzen, bis dahin hat sich das Bild sicher schon mit dem Server bekannt gemacht... Kameloid 18:51, 26. Mai 2009 (UTC)
Update:
Die Größe kann direkt beim Hochladen tatsächlich nicht ermittelt werden, deswegen geht das ganze in die Hose.
Damit es nicht ganz so hässlich in die Hose geht, werden die neuen Bilder nun erst in Kategorie:Größe : unbekannt einsortiert (das habe ich durch Umbau der Vorlage:Bild gemacht [2]). --BoTeule 01:48, 22. Jun. 2009 (NNZ)
Update-Update:
Dateityp und Bildgröße können (wie gesagt) direkt beim Hochladen nicht ermittelt werden. Ich habe die Vorlage:Bild abgeändert:
  • Bilder landen nun nicht mehr in Kategorie:Größe : unbekannt und Kategorie:Dateityp:
  • Vorlage:Purge wird direkt nach dem Hochladen angezeigt (durch das Klicken auf "Cache leeren" werden die fehlenden Bildangaben korrigiert
  • Sollte Kamel die eingblendete Vorlage ignorieren, müssten sich die fehlenden Angaben im Laufe der Zeit (nach Verfall des Caches) von selbst korrigieren
BoTeule 18:13, 5. Jul. 2009 (NNZ)

[bearbeiten] Grünlicht.png Bei einigen Seiten funktionieren die Kategorien nicht

(so bei 3D und Bearbeiten von Hauptseite ... mehr nicht überprüft). Auch ein Nuledit hilft nix. Keine Ahnug, ob das schon immer so war, oder erst seit dem update --WiMu 07:29, 26. Mai 2009 (UTC)

Für die 2 Seiten hab ichs gefixt, liegt am dpl: reset=all wird irgendwie weitervererbt, auch wenn es nur inner benutzten Vorlage (Vorlage:Get-GaGA-Teaser-> ersetzt durch-> reset=templates,images,links) drin war. Bin mir nicht mehr ganz sicher, aber das Problem hatten wir im Kamelionary auch, aber ob das vor dem Update war? Kameloid 14:39, 26. Mai 2009 (UTC)
Kann man Seiten auch purgen? Kameloid 14:41, 26. Mai 2009 (UTC)
Aha, Danke ... gut zu wissen. Ich glaube nicht, dass purgen funzt (müsste doch sonst eigentlich so gehen, oder?) --WiMu 14:45, 26. Mai 2009 (UTC)
P.S.: evtl. kann man auch eliminate verwenden? Scheint aber etwas rechenintensiver zu sein ... --WiMu 15:08, 26. Mai 2009 (UTC)
PS: Wer lesen kann ist klar im Vorteil (ist keine Anspielung auf dich, hab ich auch erst jetzt gesehen): As you see, using reset in parser function mode will clear everything regardless whether it comes from included contents or whether it is direct part of the document containing the DPL query.. Ups, damit muss man vorsichtig umgehen...
PS2: Und "eliminate" eliminiert sich selbst: Please note that the use of eliminate needs a considerable amount of extra computing power as it performs a second parser step for each included document. Kameloid 15:47, 26. Mai 2009 (UTC)
Das dpl-"Problem" bestand schon vor dem Update:[3] Kameloid 18:31, 26. Mai 2009 (UTC)

[bearbeiten] Gelblicht.png redirects auf Bild-Seiten funzen nicht mehr

(z.B.: Bild:Idealzunudeln.jpg oder Bild:laola.gif) ... früher ging das. --WiMu 13:25, 26. Mai 2009 (UTC)

Was mMn keine Bug darstellt, sonder wegen GNU, Lizenz und so eigentlich korrekt ist. Kameloid 18:06, 26. Mai 2009 (UTC)
Dann mal nach redirects im Bild-Namensraum suchen und ersetzen? --WiMu 07:29, 29. Mai 2009 (UTC)

[bearbeiten] Gelblicht.png confusing link destination

die Links nach Wikipedia (Iiiihhh!) zeigen ganz komische Ziele an. Beispiel:

[[wikipedia:de:russe (Stadt)|Russe]] aus Vulgarien zeigt in der Fußleiste des feurigen Füchsleins (Flock, Opera und IE zeigen das Gleiche an):
http://en.wikipedia.org/wiki/de:russe_(Stadt)
der Link kommt komischerweise aber korrekt in der deutschen Wikipedia an. Soll man das als Wanze verbuggen? --c.w. 16:19, 26. Mai 2009 (UTC)
Hängt vermutlich damit zusammen, wie das in den Interwikitabellen notiert ist. Und http://en.wikipedia.org/wiki/de:russe_(Stadt) IST de facto das gleiche wie http://de.wikipedia.org/wiki/russe_(Stadt), nur dass beim ersten halt der Umweg über das Interwiki "de" der englischen Wikipedia genommen wird. --J* 16:39, 26. Mai 2009 (UTC)
Wenn mans so [[:wiki:russe (Stadt)|Russe]] notiert ->Russe, tuts richtig. Kameloid 18:17, 26. Mai 2009 (UTC)
  • Datei:Span2.gif
    screenshot of Firefox
    Außerdem machen bei mir alle Tooltipps entweder hinter jedem Wort ein CR, oder (hier bei <span title="FireFox">feurigen Füchsleins</span> ausprobierbar) nur ein Kaaschterl mit der Größe von einem Buchstaben. (hier habe ich allerdings die anderen Brausen noch nicht alle ausgekostet) --c.w. 16:19, 26. Mai 2009 (UTC) Nachtrag: nur bei Firefox 3.0.10, Flock und Opera ist korrekt. --c.w. 16:26, 26. Mai 2009 (UTC)
Ich hab Firefox 3.0.6 und hab da keine Probleme - und in Quelltext und DOM hab ich auch nix gefunden ... --J* 16:39, 26. Mai 2009 (UTC)
Ich auch nicht, aber es muss ein Bug im Browser sein: bei anderen Webseiten passiert genau das Gleiche.--c.w. 17:05, 26. Mai 2009 (UTC)
Der Form deines Tooltipp-Kästchens nach zu urtilen (bin da kein Kenner) hast du irgend ein lustiges Add-on installiert, vielleicht mal einige deaktivieren? Kameloid 17:19, 26. Mai 2009 (UTC)
Vielen Dank, es war das Skype Add-on für FireFox. Nun verbannt und Bugzilla gemeldet. --c.w. 17:41, 26. Mai 2009 (UTC)

[bearbeiten] Rotlicht.pngGelblicht.pngGrünlicht.png Diverses (Extensions-Installation-Pfade) ...

Quasi alle mediawiki-Extensions liegen (uninstalliert) auf dem Server im Ordner "ext" vor. JANNiS hat einen Großteil unserer Extensions in diesem Ordner belassen, und in der Eintellungsdatei der Kamelopedia einfach auf den Ordner "ext" verwiesen (sie also so installiert). Pfiffig gedacht. Aber für installierte Extensions gibt es eigentlich den Ordner "extensions". Diesen Ordner "erwarten" auch viele Extensions, d.h. sie suchen ihren Krempel im Ordner "Extensions" (aus diesem Grund funktionierte z.B. der Kategoriebaum nicht, obwohl die Extension als installiert angezeigt wurde ...

Ich habe nun alle installierten Extension in den Ordner "extensions" verfrachtet ... keine Ahnung, ob sich dadurch verschiedenste Spinnereien in Luft auflösen ... --BoTeule 22:16, 28. Mai 2009 (UTC)

Das ganze war quasi aus JeLuFs Zeiten noch so - der Ordner ist ans svn gebunden, der Sinn dahinter ist, dass du die extensions dann mit einer einzigen Zeile alle updaten kannst. Genau wie die Test-Kamelopedia auch. Darum hatte ich ja ne Weile gebraucht beim updaten, um das ganze über SVN laufen zu lassen - dafür können wir in Zukunft die Updates mit weniger als 5min Aufwand machen, sofern nix kaputt geht (..gehen würde). Das ist der Sinn dahinter ;) --JANNiS 19:48, 17. Jun. 2009 (NNZ)

Bug Status

Avatar375 7.gif
  • Rotlicht.png Der Bug ist leider immer noch da
  • Gelblicht.png Der Bug wurde nur teilweise beseitigt
  • Grünlicht.png Der Bug ganz verschwunden – Das Problem ist gelöst Schach sm.png

[bearbeiten] Titel in Vorlagen & dpl-include

Weiss nicht ob man das als Bug melden sollte, oder ob das neu normal ist:

  • Inhalt Vorlage:Error1038:[4] 
{{{Text|}}}
{{{1|}}}
  • Das da ist als Beispiel irgendwo in einem Artikel drin (Diskussion:Ninten-Do[5]): 
{{Error1038|
== Error1038 ==
Einfach so ein Titel

|Text=
== Error1038 ==
BlaBla
}}
  • Die dpl-Abfrage geht (gibt zwar kein Ergebnis, aber ist stabil):[6] 
{{#dpl: 
|title=Diskussion:Ninten-Do
|include={Error1038}:1
|format=,,,
}}
  • Die dpl-Abfrage geht nicht: 
{{#dpl: 
|title=Diskussion:Ninten-Do
|include={Error1038}:Text
|format=,,,
}}
  • Das Resultat:

Fatal error: Call to a member function getPrefixedDBkey() on a non-object in /var/www/test.kamelopedia.mormo.org/svn/includes/parser/Preprocessor_DOM.php on line 1038

Kameloid 22:01, 21. Mai 2009 (UTC)

Ab MW-Version 1.12 wurde was am Parser geschraubt, und bestimmte Sachen funktionieren seitdem anders oder gar nicht mehr ... evtl. hat das damit was zu tun. ich suche noch mal nach der entsprechenden Seite auf mediawiki.org ... --BoTeule 22:11, 21. Mai 2009 (UTC)
Da: http://meta.wikimedia.org/wiki/Migration_to_the_new_preprocessor --BoTeule 22:12, 21. Mai 2009 (UTC)
Danke, guck mir das mal an, ob ich da was passendes finde. Kameloid 22:15, 21. Mai 2009 (UTC)
Und: http://semeb.com/dpldemo/index.php?title=Issue:Call_to_a_member_function_getPrefixedDBkey%28%29_on_a_non-object --BoTeule 22:19, 21. Mai 2009 (UTC)
Ich sehe, das beschäftigt mehrere Kamele, ich denke ich verfolge das mal, zZ. ist ja kein dringender bedarf... Kameloid 23:19, 21. Mai 2009 (UTC)

[bearbeiten] LinkedImage-Extension

Seit dem Update kann Wiki das selbst, wozu wir vorher die LinkedImage-Extension brauchten:

LinkedImage MediaWiki 
<linkedimage>
wikipage=Nachteule
tooltip=So sieht Nacht aus...
img_src=Bild:Nacht.png
img_width=50px
img_height=50px
img_alt=Jetzt ist es Nacht!
</linkedimage>

[[Bild:Nacht.png|50x50px|link=Nachteule|Jetzt ist es Nacht!]]

Ergebnis:
Jetzt ist es Nacht!

Ergebnis:
Jetzt ist es Nacht!

Vor- und Nachteile der neuen Schreibweise:

  • Nachteile:
    • Es lässt sich kein Tooltip angeben
    • Leider auch keine prozentuale Angabe (relative) Größe zur Seite / Spalte
  • Vorteile:
    • Wiki-typische Syntax (keine HTML-Syntax)
    • man kann Bildname oder Linkziel per Parameter angeben ({{{1}}} usw, für Vorlagen)
    • Man kann Bilder ohne Link erzeugen (link= ohne was dahinter)
    • Mediawiki-Bordmittel, keine zusätzliche Extension nötig

Wir müssen uns an dieser Stelle nicht zwingend auf eine Schreibweise/Methode festlegen, wenn wir nicht wollen. Ich würde allerdings vorschlagen, langfristig die linkedimage-Tags durch die [[]]-Schreibweise zu ersetzen (evtl. Bot?) und anschließend die alte Schreibweise aus dem Wiki zu verbannen (inkl. De-Installation der Extension).

Find ich einfach praktischer und vermutlich wird die Extension jetzt auch nicht mehr weiterentwickelt, wo das ganze doch jetzt als Bordmittel verfügbar ist...

Grüße --J* 18:40, 22. Mai 2009 (UTC)

Hoppla, da gibt's ja schon nen Fred für ... -> Forum:Update 2009 - LinkedImage ersetzbar --J* 19:03, 22. Mai 2009 (UTC)

hab' da mal mit 'ner Vorlage angefangen, die alles kann, was <linkedimage> auch konnte:
{{img|Nacht.png|link=Nacht|width=20%|title=Tooltip}}: Nacht.png
will morgen noch thumbs mit Beschreibungstext, float:left bzw. right, hover- und onclick-Effekte einbauen ... --WiMu 21:58, 26. Mai 2009 (UTC)
Cool … @WiMu: Du bist ein Schatz, ich hatte schon Panik, nicht mehr so schön mit den Bilder spielen zu können. So wird es ja noch einfacher und besser … Dankööööööö. WiKa 22:03, 26. Mai 2009 (UTC)
Gern geschehen *g* --WiMu 22:08, 26. Mai 2009 (UTC)

[bearbeiten] Text-Kosmetik

...kein direkter Fehler, aber Muschi-Bu-Bu-Text: in der Box <div class="noarticletext" id="newbie">, also diejenige, die erscheint wenn man in der Adresszeile ein Ziel ohne real existierenden Artikel eingibt, so kommt ein Text, der mich auffordert: 

Klicke einfach auf „Bearbeiten“, um hier einen neuen Artikel anzulegen!

Aber leider gibt es keinen Tab „Bearbeiten“, sondern „Erstellen“. Und wenn ich die Chance habe, etwas mistzuverstehen, nehme ich diese auch wahr!
Ich will auf „Bearbeiten“ klicken! Ich will auf „Bearbeiten“ klicken! Ich will auf „Bearbeiten“ klicken! Ich will auf „Bearbeiten“ klicken! Ich will auf „Bearbeiten“ klicken! Ich will auf „Bearbeiten“ klicken! Ich will, ich will, ich will…
--c.w. 12:22, 16. Jun. 2009 (NNZ)

Erldedigt. --BoTeule 12:32, 16. Jun. 2009 (NNZ)

[bearbeiten] Bilderupload

da kommt immer noch die Meldung in rot: [[Kategorie: Größe: Expression-Fehler: Unerkanntes Satzzeichen „�“ ]], ich kann das zwar folgenlos ignorieren, ist aber lästig. --c.w. 10:08, 19. Jun. 2009 (NNZ)

[bearbeiten] CSS- konflikte?

Wenn Kamel (egal wo) auf das + Zeichen drückt, um einen neuen Diskussionsabschnitt zu eröffnen, gibt es zwei Möglichkeiten:

  1. der Browser ist im Fenster ausgeführt und alles in Ordnung
  2. der Browser ist als Vollbild ausgeführt. Dann ist das Editierfenster irgendwie wie hinter einem <style="clear:right;"> dargestellt und erscheint unterhalb der linken Klick-Sonder-Vorlagen-Naviganten, das heißt zwischen der <div id='toolbar'> und der <textarea name="wpTextbox1"> ist der halbe Bildschirm leer.

Wahrscheinlich browserunabhängig: gleiche Darstellung bei Firefox 3.0.11, Flock 2.0.3 und Opera 9.63 (MS-IE 8 weigert sich mein Notebook neuerdings auszuführen). --c.w. 16:27, 19. Jun. 2009 (NNZ)

Ja, das ist eine bekannte Macke [7]. Da in diesem Stall aber übelst wenig Personal unterwegs ist, kann das wohl noch dauern mit der Behebung ... --BoTeule 16:42, 19. Jun. 2009 (NNZ)
Also habs mir mal angetan und würde sagen, dass ein schlichtes "float:right;" in dieser CSS-Beschreibung helfen tut (habs aber nur im FF3.0.11, Safari3.1 und IE7 getestet): 
 #kat_div_2 {
     background:none; 
     border:none;
     height:400px; 
     width:12%; 
     font-size:8pt; 
     padding:3px 3px 3px 10px; 
     line-height:1.3em; 
     overflow:auto; 
     display:inline-block;
  }

So kommt man alliniert bis so auf 600px (Browserbreite), lässt man noch das "padding:3px 3px 3px 10px;" (sieht dann was geklebt aus...) weg oder geht auf 11% runter, reichts dann bis 300px-500px (je nach Browser) runter, wo dann eine Bearbeitung eh nicht mehr sinnvoll ist. Das blöde ist nur, dass ich nicht weiss, wo diese CSS Angabe ist... Kameloid 20:56, 20. Jun. 2009 (NNZ)

Habs gefunden. Sollte jetzt mehrheitlich viel besser sein. Kameloid 22:23, 20. Jun. 2009 (NNZ)
Prima! :) --c.w. 22:50, 28. Jun. 2009 (NNZ)

[bearbeiten] Vorlage:Wahl

Irgendetwas stimmt da gar nicht, der Text ist ganz rechts und auch keine Anführungszeichen. Streikt Wiki? Muss jetzt Dromebot ran Gnome-face-wink.svg? Gruß,--K-3000(Hbf|Diskette) 14:56, 27. Jun. 2009 (NNZ)

Danke für den Hinweis, keine Panik. Ich erlaube unseren eigenen Server gleich zum Hardlinken von Inhalten, dann behebt sich der Fehler von selbst ... --BoTeule 16:26, 27. Jun. 2009 (NNZ)
Ah, danke funzt wieder. Ein Hoch auf Teule, HippHipp, Mööepp! HippHipp, Mööepp!, HippHipp, Mööepp! --K-3000(Hbf|Diskette) 11:40, 28. Jun. 2009 (NNZ)

[bearbeiten] A-a-a-ainen hab' ich noch!

Und zwar einen Wunsch: Kann man nicht irgendwie eine Ordnung in die Kategorie:Projekt bringen. Dass ein Projekt mit P wie Projekt: beginnt ist wohl nicht immer zwingend vorgeschrieben und schon gar nicht übersichtlich.
Am liebsten wäre mir, wenn automatisch der Namensbestandteil Projekt gar nicht dargestellt wird und die Projekte irgendwie nach beta-romeo einsortiert werden. --c.w. 07:52, 29. Jun. 2009 (NNZ)

Meinst du sowas: Kamelopedia:Projekte/Liste? Kameloid 15:48, 29. Jun. 2009 (NNZ)
Grünau! Das Ergebnis ist fast perfekt. Aber nur fast: einige Einträge sind doppelt oder dreifach. Das ließe sich aber in den jeweiligen Artikeln selbst klären. Doch sonst wäre dein Beispiel ein schöner Appendix an Kamelopedia:Projekte, statt der Weiterleitung Und viele andere.... --c.w. 18:02, 29. Jun. 2009 (NNZ)
Das war mir gestern gar nicht aufgefallen... Nun das wir automatisch aber schwierig, weil es sich um Einträge handelt, die als Projekt & als Kategorie existieren, man könnte nun den Namespace "Kategorie" excluden, damit würde dann aber zB. "Quiz" nicht mehr angezeigt, da es nicht zur Kategorie "Projekt" gehört. Müsste man wohl zuerst mal aufräumen... Dabei fallen dann auch Dinge auf wie Kamelopedia:Gesungene Kamelopedia <-> Projekt:Gesungene Kamelopedia, ob das wirklich sinnreich ist?
Habs aber schon mal dort hin verschoben. Kameloid 23:09, 29. Jun. 2009 (NNZ)
Durch [[Kategorie:Projekt|BlaBlubb]] wird das Projekt BlaBlubb auf der Seite Kategorie:Projekt unter „B“ als „Projekt:BlaBlubb“ einsortiert ... --BoTeule 23:25, 29. Jun. 2009 (NNZ)
Ja, aber dann steht immer noch "Projekt:" und "Kamelopedia:" davor, oder? Und das ist hässlich, find ich... Kameloid 00:35, 30. Jun. 2009 (NNZ)

[bearbeiten] Bilder hochladen, die eine Nummer zu groß sind.

Kommt mal vor, dass manvor dem Hochladen vergessen hat, die Verkleinerung des Bildes auch abzuspeichern...
...eine Warnung ist vom Grundsatz schon OK, aber dass da behauptet wird, die hochzuladende Datei wäre leer... hm, habt ihr da einen Pentium II im Server? ;-) --c.w. 16:42, 1. Jul. 2009 (NNZ)

Irgend so ein ähnliches Problem hab ich auch, ein Bild mit der Größe 2,17 MB (müsste noch draufpassen) lässt sich nicht hochladen, hat sich aber schon erledigt, brauche ich nicht mehr...--K-3000(Hbf/Diskette) 09:19, 23. Jul. 2009 (NNZ) PS:Das von J* im monobook funzt wirklich, in der Sidebar der Link zum Forum ist weg...
Warnungen bei "zu großen" Dateien kannst du ignorieren und sie trotzdem hochladen. Probs hatte ich noch nie dabei. - - Respe©t 09:25, 23. Jul. 2009 (NNZ)
Vom Prinzip her liegst du bestimmt richtig, aber man sollte sich schon bemühen, keine unnötig großen Dateien hochzuladen, besonders dann nicht, wenn sie 1:1 aus/von (oder wie auch immer) Commons übernommen wurden, denn dann kann sie notfalls auch jeder von dort beziehen. Ich meine, in Artikeln benötigt man schließlich keine Bilder, die über drei Seiten gehen.--Ano-Sopu 09:31, 23. Jul. 2009 (NNZ) / Ich nutze z.B. manchmal das Freeware Programm Vallen Jpegger, mit dem kann man nicht nur Bilder betrachten, sondern auch relativ schnell verkleinern. Bei Animationen geht das natürlich nicht so einfach. --Ano-Sopu 09:36, 23. Jul. 2009 (NNZ)
Von „http://www.kamelopedia.mormo.org/index.php/Forum:Update_2009_auf_Version_1.15.0rc1_(r21604)“
Persönliche Werkzeuge