Hey,
Kannst du mal im Errorlog und in der Browser Console schauen ob dort Fehler ausgegeben werden?
Liebe Grüße,
Sascha
Hey,
Kannst du mal im Errorlog und in der Browser Console schauen ob dort Fehler ausgegeben werden?
Liebe Grüße,
Sascha
Wir müssen dringend an diese Doku ran...
Ich habe jetzt mal den Eintrag CLI aktivieren aktualisiert. Hoffe das passt so.
HTH,
Sascha
Finn das stimmt.
Übrigens ist auch die "durchsuchbare" Versionshistorie auf dem Stand von Version 9.3.1 (Cardada) eingefroren https://www.webedition.org/de/dokumentati…ie/show-all.php
Weiß nicht wie das umgesetzt wurde, und ob es da vielleicht nur eines Rebuild bedürfte?
Die aktuellen Versionen sind schon drinnen, sh. https://www.webedition.org/de/dokumentati…%20(Doldenhorn)
Das Problem ist, dass sie falsch einsortiert werden (kein natural Sort).
Liebe Grüße,
Sascha
Hallo Timo,
Ich würde hier einfach ein entsprechendes Metadatenfeld ergänzen und bei der Ausgabe - je nach Anwendungsfall - folgendes ergänzen:
Wasserzeichen könnte man ggf. über einen Hook lösen.
Just my 2 cents,
Sascha
hey,
schau dir mal folgenden beitrag von Lukas in der Bugbase an: https://qa.webedition.org/view.php?id=14343#c56863. dort ist dokumentiert, wie mehrere klassen zugewiesen werden können.
hth,
sascha
Hallo Heiko,
Ich hatte jetzt auch erst mal an Hooks gedacht. Ist nur die Frage, ob du das zum gewünscht Zeitpunkt die Blöcke einfügen kannst.
Du kannst dir aber auch mal das Attribut `<we:block start="">` anschauen. Damit kannst du festlegen wie viele Blöcke initial angezeigt werden sollen. Das könnte pro Dokumenttyp festgelegt sein. Dh. wenn du erkennst, dass ein neues Dokument angelegt wird, inkludierst du die entsprechenden Blöcke. Vielleicht ist das ja ein Ansatz.
Liebe Grüße,
Sascha
Hallo Kay,
Schwer zu sagen, ob das ein Bug ist. Wir haben keine 10er Version am Laufen, wo ich das nachstellen könnte.
Beim Blick in die Bugbase ist mir noch die Vorschlag untergekommen einen Rebuild durchzuführen. Das wäre ev. noch einen Versuch wert.
Falls das auch nicht hilft, kannst du das Problem ja mal in die Bugbase eintragen.
HTH,
Sascha
Das mit der PHP Version ist eher umgekehrt:
Achtung: ALLE Updates auf eine Version 9.1.x müssen zwingend unter PHP 7.2, 7.3 oder 7.4 durchgeführt werden. Darüber hinaus muss das WE-Sessionmanagement aktiviert und "Sitzung für jeden Benutzer verschlüsseln" auf "Transparent" eingestellt werden!
Wenn das Update hängen bleibt, kannst du an folgenden Stellen schauen:
An einer der Stellen sollte sich die Ursache finden, warum das Update hängen bleibt.
HTH,
Sascha
Wir haben auch die Erfahrung gemacht, dass - gerade bei älteren Auftritten - das Charset Thema bei Updates immer wieder hochbrodelt. Letztens aber auch bei einer Datenbankumstellung durch den Hoster (MySQL -> MariaDB). Da war dann der Verbindungszeichensatz falsch. Hat sich aber zum Glück rasch beheben lassen.
Ich denke hier gibt es einfach zu viele mögliche Fehlerquellen. Da kann man nicht alles durchtesten und abdecken.
Danke für die Rückmeldung. Wenn das nur Deprecation Notes sind, dann passt es in den Systemvoraussetzungen so wie es ist.
Weil ich auch gerade von einem Kunden bzgl. PHP 8.4 gefragt wurde, hänge ich mich mal hier an. Wie ist denn hier der Status? Wenn ich das in der Bugbase richtig sehe, dann wird PHP 8.4 zumindest für wE<=9.x nicht unterstützt. Wie schaut es mit wE10 aus?
NilSole haydi Kann das in die Systemvoraussetzungen aufgenommen werden?
Der Stacktrace wäre hier noch interessant.
Ich habe kurz nachgesehen. In liveUpdateResponse.class.php gibt es eigentlich nur zwei `str_replace()` Aufrufe. Kann es sein, dass der Installer keine Schreibrechte hat? Wie schaut es mit dem Speicherplatz auf dem Host aus?
Liebe Grüße,
Sascha