Styx 5.0-beta1 und PHP 8.2.29

Hast du auch die (meine) Upgrade task Romane gelesen,..., Beat? 😉

Ich habe dem imagesidebar Plugin inzwischen zwei weitere Updates verpasst und schon bei dir ausgeführt. Es erscheint immer noch eine Fehlermeldung bezüglich der int types in mktime() vom serendipity_plugin_imagesidebar/media_sidebar.php file, welche allerdings inzwischen so schräg ist, dass ich nur noch vermuten kann das wir es mit einer gecachten Meldung zu tun haben.

Lösche mal alle Dateien (!) im templates_c/simple_cache Ordner. Oder auch nur dasjenige des imagesidebar Plugins, wenn du rausfindest welches es ist. Dann können wir das Plugin wieder aktiv stellen und schauen ob sich der Ärger im frontend wiederholt.

Gelöst.... ich war zu viele blinde alte Männer... 😀
Aber jetzt gehts. 😄

Wo denn? Welche denn? 

Naja die beim UPGRADE auf Styx 5.0.... Ich weiß... zu lang ... und auch noch in englisch .... ABER nötig! Sinnvoller Weise muss man sie inhaltlich nachvollziehen um Sie unten mit Tasks ausführen bestätigen zu können... trotzdem macht man sich am besten auch noch einen Screenshot um weiteres in Ruhe im Detail zu lesen bzw nacharbeiten zu können.

Es gibt hier keinen RichText Editor, weil dein theme noch auf den alten CKEditor verweist und Konsolen errors wirft und deshalb natürlich auf das aktuelle pure theme index angepasst werden muss.

Außerdem gibt es einen Error wegen falscher Typen mit der sendComments email Funktion. Der ist inzwischen gelöst.
Siehe. https://github.com/ophian/styx/blob/master/include/functions_comments.inc.php
Da den "raw" Knopf (link) finden und drücken und das file wird automatisch heruntergeladen, (Aber nicht mehr wie früher im Browser geöffnet). Das ist praktisch und doof zugleich. Für dich aber eher praktisch: nur drücken, im download Dateisystem finden und per FTP in den richtigen Ordner heraufladen.

Was mir noch aufgefallen ist, ist das der Spartacus lösch Befehl zwar arbeitet wie er soll, dennoch aber dann zweimal die Plugin updates angestoßen werden müssen, wenn wirklich etwas neues da ist. Das Verhalten erklärt sich wahrscheinlich am ehesten aus der leichten Verzögerung die durch den GitGHub cache entsteht. Es ist also gut zu wissen, dass man im Zweifel lieber zweimal auf neue Plugins nachfragen sollte.

Ja komisch. Die Medien Buttons fehlen und die browser konsole sagt das da irgendetwas nicht geladen werden kann. Das sollte nicht sein. Es funktioniert bisher überall wo ich bisher testen konnte. Und das sehr stabil.

Die genannte Seite sieht für mich genauso aus wie sie sollte, auch mit entsprechenden dark styles.
Hast du eventuell die Persönlichen Präferenzen "Styx Theme Dark Mode" Option nicht auf true JA stehen? Was sind deine Browser Einstellungen in about::config bezüglich dark mode ? Wie sieht das genau aus? Mach mal einen screenshot der genannten Stelle und lade sie hier in die Mediathek. Ich habe meines zur Ansicht bereits hochgeladen. Im Namen darf kein PHP stehen!

Ich werde auch gleich mal ne dringende Pause machen müssen. Also wahrscheinlich kann ich mich erst morgen wieder und weiter dazu äußern.

Zum Backend Problem:

Ok das wird nicht leicht ... 🧐 ... aber wir versuchen das mal testweise, indem wir eine .htaccess Datei als schnellen workaround benutzen, die diesen Pfad umbiegen soll.
Nimm dein notepad++ und erstelle eine neue Datei durch das + am linken Rand der (button) Toolbar.
In die schreibst du hinein:

RewriteEngine On
RewriteMap lc int:tolower
RewriteCond %{REQUEST_URI} ^/plugins/([A-Z][a-zA-Z0-9]*)/
RewriteRule ^plugins/([A-Za-z0-9]+)/(.*)$ /plugins/${lc:$1}/$2 [L]

und speicherst sie als .htaccess Datei.

Der vorangestellte Punkt ist wichtig.
Achtung Windows ist manchmal etwas zickig Dateien ohne Namen (und dafür hält es eine solche) zu erstellen.

Dann lädst du diese in den /templates/_assets/tinymce6/js/tinymce Ordner.
 (Wir wollen solche Verrenkungen nur da an dieser Stelle und htaccess rules wirken nur in die Tiefe und nicht etwa aufwärts.)

Kannst du das mal probieren und mir Bescheid geben dass ich mir das mal ansehen kann..? 

Danke

Die .htaccess Datei habe ich erstellt und hochgeladen. Danach habe ich die vier Verzeichnisse -wie gewünscht- umbenannt und 

Gemeint war aber entweder oder. Zwar hätte ich gerne gewußt ob die htaccess  alleine funtioniert hätte, aber für kommende Upgrades ist die Ordnerumbennung der viel bessere und empfohlenere Weg.

Trotzdem gut das du jetzt herumspielen und testen kannst. 👍

Ich melde mich zu den anderen Sachen Morgen oder Mittwoch wieder. 

... Changelog gelesen. Hmmm... "Integrated Styx MagicLine TinyMCE v.2.0+ plugin"

...wollte nur anmerken, dass der wichtige Teil natürlich die Umstellung auf den neuen RichText Editor ist und das alte CKE dafür komplett wegfällt. Es ist auch nicht unbedingt vorgesehn den TinyMCE Editor (per Plugin) so "userfreundlich" zu machen, dass jeder damit alles anstellen kann. Das macht auf einem Blogsystem keinen Sinn und würde höchstens auf einem echten CMS Sinn machen.

Dafür habe ich allerdings das Feature der MagicLine für den TinyMCE Editor neu implementiert und würde sagen, dass das sogar besser funktioniert als ehemals. Ziel ist ja immer die User davon abzuhalten ausversehen ineinander vernestete markup container zu generieren, die ihre Wirkungen gegeneinander möglichweise aufheben oder gar zerstören.

Beta 2 ist nah! 🙂

Eine Frage habe ich noch:

Was haben die denn nun gemacht als die Plugin Updates auf der vorherigen Version nicht mehr gingen? Was hatte das mit der Port Einstellung zu tun (die ja glücklicherweise stattfand um einen alten Bug zu fixen) ?

....

Kleiner Hinweis:

Hast du jemals den kleinen Button beachtet der sich auf der Wartungsseite im grünen success UTF-8-MB4 Zeichensatz Feld befindet? Hover da mal rüber, um zu sehen was er bedeutet, wenn man klickt. (Den Erfolg sähe man auch erst beim nächsten Besuch.)