Vorabversion - Service Pack v3.1.2.0 Beta1 erschienen

@Michael (Gambio)
Update erfolgreich abgeschlossen ! Bis jetzt keine Fehler

 

Verzicht aufs Widerrufsrecht bei download Artikeln erscheint nicht.

 

@Gambio,

Update von 3.1.1.1 auf 3.1.2.0 im Testshop http://test1.dtr-shop.de fehlerfrei durchgelaufen.

 

Da ist beim Paket-Erstellen was schief gelaufen, da die Datei
system/classes/checkout/CheckoutPaymentContentView.inc.php
nicht im Paket gelandet ist. Schnapp dir die Datei aus der Vollversion. Im Paket zur finalen Version wird die dann enthalten sein.

 

Ihr braucht solche Posts nicht an spezielle Personen aus dem Team zu richten, die Ergebnisse sind für uns alle interessant. Wenn ihr Fehler findet, wäre der Kollege noch nichtmal der richtige Mann, um die schnell zu behandeln. Schreibt einfach was ihr findet ohne Adressat, und die passenden Personen bei uns werden euch Feedback geben.

 

OK das wusste Ich ehrlich gesagt noch nicht. Dachte immer das man immer Themenbezogen dem jenigen der einen Post veröffentlicht hat auch antwortet. Aber für die Zukunft habe Ich das zur Kenntnis genommen

 

Noch eine Bemerkung:
Es steht oben nicht explizit drin, aber es sollte eine Beschleunigung des Adminbereichs zu bemerken sein...

 

@Moritz (Gambio) ,

jetzt kann ich zwar vom Widerrufsrecht den Hacken setzen, allerdings passiert nach dem Klick auf "Kaufen" nichts mehr. Es kommt die Meldung warten auf boxed.fredvonsoho.de. Irgendwann kommt dann eine weiße Seite. Wenn ich dann auf Refresh gehe, gehts weiter.

In der Adresszeile steht dann nur noch boxed.fredvonsoho.de/checkout_process.php

 

Das ist ein Fall für den Support. Das ist auch nicht sporadisch, sondern immer so?

 

Ja in meinem lokaler Testshop. Im Log steht folgendes:

Code:

2016-07-26 13:52:38 (f528764d624db129b32c21fbca0cb8d6) USER NOTICE: "Email attachment file does not exist in the server: C:/xampp/htdocs/gx30/media/content/widerrufsformular.pdf" in C:\xampp\htdocs\gx30\inc\xtc_php_mail.inc.php:131 (Details)
#4    File: C:\xampp\htdocs\gx30\inc\xtc_php_mail.inc.php:131
#3    File: C:\xampp\htdocs\gx30\system\classes\orders\SendOrderProcess.inc.php:273
#2    File: C:\xampp\htdocs\gx30\system\classes\checkout\CheckoutProcessProcess.inc.php:1609
#1    File: C:\xampp\htdocs\gx30\system\classes\checkout\CheckoutProcessProcess.inc.php:159
#0    File: C:\xampp\htdocs\gx30\checkout_process.php:46
Request: POST /checkout_process.php (Details)
    - duration: ~515ms
    - server: Apache/2.4.10 (Win32) OpenSSL/1.0.1i PHP/5.6.3
    - server address: 127.0.0.1
    - user agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 Safari/537.36 OPR/38.0.2220.41
    - remote address: f528764d624db129b32c21fbca0cb8d6
Post:  (Details)

Die PDF Datei war vor dem Update da. Wenn ich sie wieder zurück kopiere bringt es auch nichts.

Im Content "(Link nur für registrierte Nutzer sichtbar.)" ist das "Muster-Widerrufsformular:" seit dem Update Fett hinterlegt.



Werde morgen mal meine Testshop bei All-inkl updaten. Dann kann der Support nachschauen

 

Im Testshop bei All-inl. habe ich das selbe Problem.

Hier kommt ein Server Error und das Logfile spuckt einen SMTP Fehler aus:

Code:

2016-07-27 09:53:03 (8599c9870a401751675a06c4eb8906f6) USER NOTICE: "SMTP Fehler: Konnte keine Verbindung zum SMTP-Host herstellen." in /www/htdocs/w0145276/fredvonsoho.de/boxed/inc/xtc_php_mail.inc.php:170 (Details)
#4    File: /www/htdocs/w0145276/fredvonsoho.de/boxed/inc/xtc_php_mail.inc.php:170
#3    File: /www/htdocs/w0145276/fredvonsoho.de/boxed/system/classes/orders/SendOrderProcess.inc.php:269
#2    File: /www/htdocs/w0145276/fredvonsoho.de/boxed/system/classes/checkout/CheckoutProcessProcess.inc.php:1609
#1    File: /www/htdocs/w0145276/fredvonsoho.de/boxed/system/classes/checkout/CheckoutProcessProcess.inc.php:159
#0    File: /www/htdocs/w0145276/fredvonsoho.de/boxed/checkout_process.php:46
Request: POST /checkout_process.php (Details)
    - duration: ~600413ms
    - server: Apache
    - server address: 85.13.138.26
    - user agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.106 Safari/537.36 OPR/38.0.2220.41
    - remote address: 8599c9870a401751675a06c4eb8906f6
Post:  (Details)
    - ie11bugfix: 1

Ich habe die Daten nicht geändert. Vor dem Update lief alles über SMTP. Wenn ich auf sendmail umstelle gehts. Möchte ich aber ungern.

 

Es gab einen Bug, dass der eingetragene SMTP Port in den letzten Versionen nicht benutzt wurde, sondern immer der Standardport. Wenn das jetzt wieder wirkt und da Käse drinsteht, wäre das ein Grund für den Fehler.

 

Daran liegt es wenn ich den Port von 465 auf 25 ändere klappt es wieder.

 

Wenn der Shop keine Mails versendet kriegt, dürfte das auch dein anderes Problem erklären mit der weissen Seite....

 

Ja es lag nur an dem Port. Die Beta Version mag nur Port 25

 

Tippe eher auf: Dein Mailserver mag nur Port 25, oder der hat ein krummes SSL-Zertifikat, oder du hast versucht auf Port 465 ohne SSL mit dem zu sprechen....

 

Nee 465 mit SSL. Der Testshop hat vor dem update mit 3.1.1.1 und den SMTP Einstellungen funktioniert.

Hab die Verschlüsselung von TLS auf SSL geändert. Dann nimmt er Prot 465

 

Port 465 und (Start)TLS muss eigentlich immer schief gehen. Das ist nicht perfekt genormt, aber auf dem SMTPS Port 465 verlangt normal jeder Server explizites SSL ab Handshake (frühestmöglich), nicht den nachträglichen Aufbau einer Verschüsselung auf einer vorher aktivierten Verbindung (StartTLS, in dem Kontext immer als TLS abgekürzt).

Wenn du nun 465 und TLS eingestellt hast, hat der vorher auf Port 25 verbunden und da TLS verwendet, das ist wiederum sinnig. Im Prinzip würde es Sinn machen da ne Abhängigkeit von Port und Verschlüsselung zu bauen, würden nicht einige wenige Feld-, Wald- und WIesenhoster ihre Setups "unkonventionell" aufbauen...

 

Warum ich TLS und nicht SSL eingestellt hatte kann ich dir nicht sagen. Hat ja auch nicht weiter gestört, da es bis 3.1.1.1 funktioniert hat. Jetzt ist es auf SSL und so bleibt es.