Das ist ein Bug im Servicepack Paket, da ist eine Datei nicht drin. Die ist eine Datei (eben diese) ist wieder wie in 4.1.1.0 und unser dämonischer Automatikprozess zur Paketerzeugung hat die dann nicht als Unterschied zur Vorversionen erkannt, darum nicht ins Updatepaket getan... Und das schlägt eben auch nur zu wenn man von 4.1.1.1 kommt, von jeder anderen Vorversion gibts das Thema nicht...
Danke für den Tipp. Scheinbar macht meine Internetverbindung etwas schlapp. Nach 30 MB schreibt mir Firefox der Download wäre fertig. Ich werde das Morgen nochmal versuchen. Bezieht sich die Datei auch auf das Theme von Malibu?
Ich habe das Update versucht im Testsystem einzuspielen. PHP 7.2 und nach Anleitung vorgegangen. Komme aber nicht bis zum Punkt Gambio_Updater. Kann damit jemand was anfangen? Code: WARNING(2): "require(/www/htdocs/w01aa144/vendor/composer/../symfony/polyfill-php72/bootstrap.php): failed to open stream: No such file or directory" WARNING(2): "require(/www/htdocs/w01aa144/vendor/composer/../symfony/polyfill-php72/bootstrap.php): failed to open stream: No such file or directory" Fatal error: require(): Failed opening required '/www/htdocs/w01aa144/firma.de/vendor/composer/../symfony/polyfill-php72/bootstrap.php' (include_path='/www/htdocs/w01aa144/firma.de/includes/classes/phpseclib') in /www/htdocs/w01aa144/firma.de/vendor/composer/autoload_real.php on line 66 COMPILE ERROR(64): "require(): Failed opening required '/www/htdocs/w01aa144/firma.de/vendor/composer/../symfony/polyfill-php72/bootstrap.php' (include_path='/www/htdocs/w01aa144/firma.de/includes/classes/phpseclib')"
Die Datei konnte nicht geöffnet werden, sie fehlt oder hat nicht die richtigen Rechte (oder ist kaputt) Hast Du einen Windows-PC? wenn ja muss das Update-Paket immer dicht am Laufwerksbuchstaben entpackt werden. Sonst schneidet Windows den Dateipfad nach 255 Zeichen ab und dann fehlt der Datei das Ende.
Habe es wie in der Anleitung gemacht. C:\gambio\ und dann von da aus kopiert. Verzeichnisrechte stehen auf 755 (rekursiv) Ich glaube es fehlt die Datei bzw Ordner: polyfill-php72 in firma.de/vendor/symfony Hmm in der 4.0.1.0 gibt es aber keinen Ordner polyfill-php72 und in dem Update auch nicht?!
Die Datei / den Ordner gab es in der 4.1.1.0 Der ist auch in der 4.1.1.2 / im Update-Paket. Der Pfad ist Vendor/symfony/polyfill-php72
Die Anzeigefehler bezüglich Customizerdaten im Warenkorb sind nun auch behoben. Es werden alle Werte korrekt angezeigt. Dieser Effekt ist immer noch vorhanden. Hab gerade eine ältere Shopversion getestet (3.13), da ist es auch so.
Du hast natürlich recht. Irgendwie bin ich da verruscht. Werde es Morgen nochmal neu testen. Wie schlimm ist es eigentlich wenn man ausversehen ein falsches Update auf den FTP kopiert hat? Kann ich das dann mit dem neueren dann nochmal ersetzen?
Kommt darauf an. Welche Version hattest Du vorher und welches Update hast du falsch geladen? Tipp: Das Teil prüft die Version und erleichtert das Update: (Link nur für registrierte Nutzer sichtbar.) Die Wahrscheinlichkeit ein falsches Update zu nehmen ist damit sehr gering
@Gambio, folgendes Problem tritt plötzlich in meinem Testshop (Link nur für registrierte Nutzer sichtbar.) auf. Shopstatus Offline - Anmeldung als Admin - Adminseite öffnet sich - Klick auf "Shop" - Login Seite kommt erneut Dies passiert jedesmal wieder, ich komme so nicht ins Frontend. Getestet mit Google Chrome Wenn der Shop online ist, passiert das nicht. Könnt ihr das mal bitte testen? Ticket #100939094 Vielen Dank im Voraus
bei mir kommt ein Problem mit dem Firefox. Klicke ich auf Admin, lande ich auf der persönlichen Seite. Lege ich etwas in den Warenkorb und gehe dann zum Warenkorb, zeigt dieser an, das der Warenkorb leer ist, obwohl der kleine Warenkorb Artikel anzeigt. Auf einem anderen Rechner komme ich nicht in den Warenkorb. Irgendwie hat jeder Rechner ein anderes Problem mit dem Firefox. Die Probleme bestehen aber auch nur mit dem Firefox (77.0.1). Mit Chrome und Edge läuft alles super.
Das dürfte wenig mit dem Firefox zu tun haben. Wir haben gestern 2 Tickets dazu bekommen, die ähnliches beschreiben. Wir haben begonnen zu suchen und den Verdacht, dass beim Wechsel ins Backend und über dessen Seiten hinweg ab und zu etwas schief geht und man danach 2 Sessions gieichzeitig hat, dann wirds chaotisch. Die Reproduktion und Eingrenzung gestaltet sich schwierig, wir glauben aber da ist irgendwas. Nach aktuellen Theorien betrifft das damit nur Admins. Wir arbeiten daran das genauer zu verstehen.
Bei mir im TS spinnt der WK auch. Bekomme Artikel nicht gelöscht und habe beim neu aufrufen eine leere Seite.
SP fehlerfrei durchgelaufen; Fehler aus 4.1.1.1 scheinen nicht mehr aufzutretten - Gute Arbeit Gambio
Ich habe von einem meiner Kunden die Rückmeldung, das sich deren Shopkunden teilweise nicht einloggen können oder Artikel nicht in den Warnkorb legen können. Ich habe denen gesagt, das die bitte mal den kompletten BrowserCache leeren sollen. Das vielleicht noch als Hinweis, ich weiß nicht, ob das ein Fehler/Problem ist oder werden kann.
Es werden 2 Session angelegt da liegt das Problem drin, aber erst seit der 4112. Bei chrome udn Firefox kann man sich als Admin ( wenn diese vorher gelöscht hat ) einloggen aber bei der nächsten Aktulisierung ist man auf der Kundenseite
Anbei ein noch experimenteller Fix für das Sessionproblem. Wir hoffen das löst es, aber das ist noch sehr frisch. Gerne Feedback obs hinhaut! Folgenden Datei ersetzen: GambioCore/Session/SessionService.php Wahrscheinlich müsst ihr einmal eure Cookies wegwerfen, also am besten gleich machen.