Update funktioniert nicht

christobal · October 1, 2025 at 10:14 AM

Hallo aus Tirol

PHP 8.4.13
MariaDB 10.5.22
Hoster: PowerNetz

Update von 10.0.1 auf 10.0.3 funktioniert nicht
auch auf PreReleases funktioniert kein Update
auch andere PHP-Versionen, wie 8.2.29, 8.3.26 helfen nicht

Fehler-Protokoll sagt mir leider nichts:

Code

Error type:	
Exception
Error message:	
str_replace(): Argument #3 ($subject) must be of type array|string, null given

Code

Warning
Error message:	
Undefined array key "path"
Script name:	
webEdition/liveUpdate/classes/liveUpdateFunctions.class.php

Code

Error type:	
Warning
Error message:	
fopen(/var/www/vhosts/rechtsanwalt-winkler.at/httpdocs/webEdition/liveUpdate//updateClient/liveUpdateServer.php): Failed to open stream: Inappropriate ioctl for device
Script name:	
webEdition/liveUpdate/classes/liveUpdateFunctions.class.php

bitte um dringende Hilfe, oder Workaround. Unter der 10.0.1 kann ich keine z.B.: Navigationsverzeichnisse anlegen

Christoph

haydi · October 27, 2025 at 9:18 AM Official Post

Helloo,

dieser Post ist zwar schon etwas älter, doch wollte ich ihn jetzt nicht gänzlich unbeantwortet wissen...
Musste selbst auch erstmal Erfahrungen zu dem Thema sammeln

Also ich selbst hatte keine Probleme bei Updates.
Aber bitte kein PHP 8.4 benutzen.
Ja, hier steht geschrieben, dass es auch mit anderen Versionen Probleme gab... Doch kennen wir die sonstige Server-Umgebung jetzt auch nicht... Wenn ich Probleme hatte, waren es immer die kleinen Provider. Denn dort gibt es manchmal echt ganz komische Einstellungen oder buggy PHP-Versionen werden benutzt ... oder oder oder... Einmal hatte ich 18 Stunden Arbeitszeit insgesamt verbraten, bis ich endlich "beweisen" konnte, dass es am Server lag und eben nicht an meinem Code und eben nicht an webEdition. Das war wirklich fies.

Was ich damit sagen will... webEdition kann aus meiner Sicht unmöglich stets die Problemlösung bieten. Ich werde künftig auf einen anderen Provider wechseln zum Testen, wenn es eine Thematik bei einem Update gibt. Vielleicht ist das ja für andere auch eine Variante und hilfreich...

Sonnigste Grüßchen
Heidi

christobal · October 27, 2025 at 9:38 AM

Hallo Heidi, es ist z.Zt. leider sehr unbefriedigend, mit den webEdition-Versionen und den Updates, die nicht funktionieren. Obs am Provider liegt oder an webEdition, lässt sich nicht sagen. Aber einen Providerwechsel mit ein paar hundert Accounts mach ich sicher nicht mehr!

Die Updateproblem hat sich nicht verändert. Ich hab nochmals verschiedene PHP-Versionen eingestellt, Update von 10.0.1 auf 10.0.3 lässt sich nicht machen.

Dafür ist das Navitool in seiner Metamorphose! Im Navigation-Modul lassen sich nur mehr Ordner anlegen, Ordnerlinks werden aber auf der "gerenderten" Website nicht erkannt.

Also zu deiner Frage, Status: Frustration!

Liebe Grüße nach Deutschland, Christoph

haydi · October 27, 2025 at 10:24 AM Official Post

Da PHP immer genauer wird, kann auch webEdition nicht mehr so viel "durchgehen" lassen wie früher. Fehler in Templates haben inzwischen gravierendere Auswirkungen.
Und nach sehr vielen Jahren war und bin auch ich der Meinung, dass wir dringend "alte Zöpfe" abschneiden mussten und müssen. Damit meine ich, dass nicht alte Sachen immernoch gehen müssen und wir Schwierigkeiten haben, neue (DB)-Features zu nutzen, denn es muss ja alles auch abwärtskompatibel sein... Gleichzeitig muss ich mir anhören, dass webEdition "altbacken" wirkt und Features fehlen... Lange Rede kurzer Sinn...
Dinge werden auch mal abgeschalten. Und das Beispiel mit der Navigation war schon seit sehr sehr vielen Jahren ein immer wieder geäußerter Wunsch, endlich nur noch Ordner zu haben

Es tut mir leid zu hören, dass du frustriert bist. Schade.

christobal · October 29, 2025 at 11:34 AM

Grüß euch nochmals, ich habe die 10.0.1 zig mal installiert und leider treten immer mehr Probleme damit auf. Da bin ich in eine Falle gestiegen, aus der ich nicht mehr rauskomme! Vom Navigationstool ganz abgesehen verstehen die Objekt-Listviews keine WorkspaceID. Das ist sehr blöd, da ich dies intensiv genutzt habe!

Ich vermute, dass dies gefixt wurde. Also vermutl. updaten. Nun geht aber bei keiner meiner 10.0.1-Versionen das Update auf 10.0.3.

Mit PowerNetz, unserem Provider, bin ich seit mehr als 15 Jahren unterwegs und sehr zufrieden.

Ich habe inzw. bereits Tage damit verbracht, neu zu installieren, in meinem Fall mit der PreRelease-Version 10.0.1 und dann updaten zu können. Geht nicht. PHP 7x, da startet das webEdition schon gar nicht mehr, umstellen auf PHP 8.2.29, PHP 8.3.27, PHP 8.4.14 hat auch nichts bewirkt.

Es bleibt immer die Dialogbox bei der ersten Zeile: "Installer herunterladen". Das Installations Protokoll ist leer und beim Fehlerprotokoll bekomme ich

Code

Exception
str_replace(): Argument #3 ($subject) must be of type array|string, null given
SECURITY_REPL_DOC_ROOT/webEdition/liveUpdate/classes/liveUpdateResponse.class.php

oder

Code

Warning
Undefined array key "path"
webEdition/liveUpdate/classes/liveUpdateFunctions.class.php

oder

Code

Warning
fopen(/var/www/vhosts/testimonial.at/httpdocs/webEdition/liveUpdate//updateClient/liveUpdateServer.php): Failed to open stream: Inappropriate ioctl for device
webEdition/liveUpdate/classes/liveUpdateFunctions.class.php

mir sagt das leider alles nichts! Kann mir da bitte wer helfen!

Christoph

rkempf · October 30, 2025 at 10:12 AM

Ich hab mal WE-Updates von 10.0.1 auf 10.0.3 auf unseren Testinstalls durchgeführt und es bestehen in der Tat Probleme bei diversen Datenbankanfragen:

Test auf Install #1 MySQL 8.0.36 PHP 8.3:
- Update läuft durch aber Fehlermeldung im Update-Log:

Code

(tblIndex.sql) Einige Datenbankanfragen konnten nicht durchgeführt werden.: 1064 You+have+an+error+in+your+SQL+syntax%3B+check+the+manual+that+corresponds+to+your+MariaDB+server+version+for+the+right+syntax+to+use+near+%27PRIMARY%27+at+line+1 -- ALTER TABLE tblIndex DROP KEY PRIMARY --

Und im WE-Fehler-Log, nur ein kleiner Teil, betrifft diverse Tabellen:

Code

Errors while updating tables
---------------------------------------------------
Array
(
    [0] => Update of table tblFile failed (create temporary table was not successfull)
-- CREATE  TABLE __we_delete__tblFile (
	`ID` int unsigned NOT NULL auto_increment,
	`ParentID` int unsigned NOT NULL default '0',
	`Filename` varchar(230) NOT NULL default '',
	`Extension` varchar(16) NOT NULL DEFAULT '',
	`Path` varchar(800) NOT NULL default '',
	`IsProtected` BOOLEAN NOT NULL default '0',
	`ContentType` enum('image/*','text/html','text/webedition','text/js','application/json','text/css','text/htaccess','text/plain','folder/document','application/*','application/pdf','text/xml','video/*','audio/*','folder') NOT NULL,
	...

Display More

Test auf Install #2 MariaDB 10.4 PHP 8.3:
- Update läuft durch aber gleiche Fehlermeldung wie unter MySQL im Update-Log:

Code

(tblIndex.sql) Einige Datenbankanfragen konnten nicht durchgeführt werden.: 1064 You+have+an+error+in+your+SQL+syntax%3B+check+the+manual+that+corresponds+to+your+MariaDB+server+version+for+the+right+syntax+to+use+near+%27PRIMARY%27+at+line+1 -- ALTER TABLE tblIndex DROP KEY PRIMARY --

Ich weiss nicht, ob das mit Deinem Problem zusammenhängt. Das ist aber definitiv ein Fall für die Bugbase.

Finn · October 30, 2025 at 1:26 PM Official Post

Quote from christobal

Code

Exception
str_replace(): Argument #3 ($subject) must be of type array|string, null given
SECURITY_REPL_DOC_ROOT/webEdition/liveUpdate/classes/liveUpdateResponse.class.php

Die beiden Warnings kannst du erstmal ignorieren. Wichtig ist im ersten Schritt immer alles was eine Exception wirft, denn das stoppt das Script. Also in dem Fall gibts da scheinbar ein Typfehler.

Ich habe gerade mal Testweise unter PHP 8.3 ein Update von 9.3.1 auf 10.0.3 durchführt und das ist ohne Probleme durchgelaufen. Datenbank: Maria 10.11.13

WBTMagnum · October 30, 2025 at 1:55 PM

Quote from christobal

Code

Exception
str_replace(): Argument #3 ($subject) must be of type array|string, null given
SECURITY_REPL_DOC_ROOT/webEdition/liveUpdate/classes/liveUpdateResponse.class.php

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

wesup · December 27, 2025 at 1:25 PM

Quote from WBTMagnum

Ich habe kurz nachgesehen. In liveUpdateResponse.class.php gibt es eigentlich nur zwei `str_replace()` Aufrufe.

Die str_replace-Exceptions sind imo nicht das eigentliche Problem, die verhindern nur, dass der Fehler korrekt ausgegeben wird, wahrscheinlich ein Problem mit der Code-Migration nach PHP8, fix siehe hier:

Post

RE: Update-Funktion hängt unter 10.0.1.0

Falls es irgendwem hilft:

Die str_replace-Exceptions scheinen nicht das Grundproblem zu sein... die verhindern nur, dass der Updater den ursächlichen Fehler sauber ausgibt?

Ich habe das versucht zu fixen indem ich die eigentlichen Aufrufe

(Code, 1 line)

und

(Code, 1 line)

ersetzt habe durch

(Code, 5 lines)

und

(Code, 5 lines)

Jetzt zeigt mir der Updater das bereits genannte ursächliche Problem an:

[…]

Die referenzierte Datei "liveUpdateServer.php" existiert, hat aber 0 Byte.

Falls mir hier jemand…

wesup

December 27, 2025 at 1:23 PM

Update funktioniert nicht

RE: Update-Funktion hängt unter 10.0.1.0

Participate now!

Similar Threads

Update-Funktion hängt unter 10.0.1.0

User aus Kundenverwaltung können sich seit 9.3.1. nicht mehr einloggen.

Redis-Cache bei Update

Weisses Fenster

webEdition Login geht nicht mehr (9.1.3 / PHP8)

Update 9.2.3 auf 9.3.1 bleibt immer bei Patches hängen