Neues Service Pack v3.8.2.1 erschienen

Ein Service Pack, welches als Voraussetzung ausschließlich Service Pack Versionen hat?

 

Ja,
Ein MasterUpdate spring von einem MU zum Nächsten.
Zum Beispiel von 3.6.0 auf 3.8.0 auf 3.10.0...
Ein Servicepack enthält Bugfixes die für die vorangegangen Version sind.
diese liegen zwischen den MasterUpdates (es ändert sich nur die 3. Stelle der Versionsnummer) und hier kann man nur ein SP nach dem anderen machen.
Das wäre z.B. von 3.6.0 auf 3.6.1 auf 3.6.2 auf 3.6.3

 

Das bedeutet für uns

MU 3.8.0.X installieren dann
SP 3.8.2.0 installieren und dann erst
SP 3.8.2.1 installieren.

Oder verstehe ich da jetzt was falsch?

 

Eher so:
3.8.0.x
3.8.1.x
3.8.2.1

 

Moin,

Servicepack im Testshop inkl PHP7.1 installiert (Update von 3.6.0.3 komplett hochgezogen über 3.8.0.3, 3.8.1.2 auf 3.8.2.1). Läuft gut bis auf eine Kleinigkeit:

Folgendes Problem bei dem Popupfenster "Frage zum Produkt". Unter dem Datenschutzhinweis ist ein Eingabefeld was leer ist vorhanden. Warum und Wofür?

PS: Ist die 3.8 auch für PHP 7.2 geeignet?

 

Das ist ein normal verstecktes Eingabefeld, auf das Spambots hereinfallen sollen. Ist das nicht leer wenn das Formular abgesendet wird, weiss der Shop dass da ein Bot das Formular ausfüllt. Die Frage wäre, warum das bei dir sichtbar ist. Ein altes Usermod?

Nein, siehe auch hier:
https://tracker.gambio-server.net/projects/gxdoc/wiki/Unterstützte_PHP-Versionen

 

Moin Wilken,

habe gerade mal in der FireFox Entwicklerumgebung (Inspektor) geschaut. Das Feld hat die ID "non-visible" bei mir. Im Stylesheet ist aber gar kein Eintrag mit #non-visible vorhanden. Habe den gerade hinzugefügt unter "Eigener Stylesheets" mit "display: none" und schon war das Feld weg.

 

Wenn das noch so da ist, dann ist mit ziemlicher Sicherheit die templates/Honeygrid/module/product_question.html angepasst und nicht mehr aktuell. An der Stelle hat sich das HTML und das CSS tatsächlich verändert, da einige Spam-Bots mittlerweile auch in der Lage sind dies zu analysieren und bei zum Beispiel einem display: none; das Feld als Falle identifizieren können

 

Moin,

nein, stammt aus Eurem Updatepack 3.8.0.3.:

{* ADD FAKE INPUT FIELD FOR ANTI SPAM BOT MECHANISM *}
<label for="non-visible" class="non-visible"></label>
<input id="non-visible" type="text" name="lastname" value="">

EDIT:

Sorry gerade gesehen, die Datei ist wohl dazwischen gerutscht. Im 3.8.1.2 wurde die bereits geändert. Ok werde es mal prüfen was da schief gelaufen ist.

 

Sieht seit 3.8.1.0 aber so aus:

Code:

{* ADD FAKE INPUT FIELD FOR ANTI SPAM BOT MECHANISM *}
<label for="form-input" class="form-input"></label>
<input id="form-input" type="text" name="lastname" value="">

 

Update im Hauptshop von GX3.6.0.3 auf GX3.8.2.1 erfolgreich durchgeführt. PHP von 7.0 auf 7.1 eingestellt.

Mehrere Testbestellungen ok, sonst aktuell auch keine Probleme bis jetzt.

EDIT & PS: Doch gab eins : Bei mehreren Versandmodulen fehlten die Nullen, so das der Warenkorb erst mal gesponnen hat mit PHP7.1. Da ich das aber bereits hier im Forum bei anderen gelesen hatte, konnte es schnell behoben werden. Vielleicht sollte da mal beim Updaten eine Abfrage eingebaut werden und die entsprechenden Felder automatisch mit Nullen gesetzt werden die Leer sind.

 

Wäre nicht ganu unaufwändig, aber denkbar.

 

Funktioniert bei mir nicht. Weder per Cron aufgerufen, noch manuell über den Browser angestossen, ändert sich die Export-Datei.