MODUL: Deutsche Post Internetmarke für Shopversion 2.x

[peter111]

Ich habe mich wohl zu früh gefreut.
Ich logge über die php.ini zusätzlich die Errors mit und bekomme dort folgenden Fehler angezeigt:

Code: [Auswählen]

PHP Fatal error:  Uncaught Error: Call to undefined function xtDBquery() in /homepages/..../includes/classes/language.php:76
Stack trace:
#0 /homepages.../includes/extra/ajax/get_im_service.php(42): language->__construct('de')
#1 /homepages/.../ajax.php(28): get_im_service()
#2 {main}
  thrown in /homepages/.../includes/classes/language.php on line 76
In /log/ wird dieser Error nicht erfasst und wenn ich mir die Zeiten so anschaue dann war in dieser Zeit meist niemand im Adminbereich.
Kann jemand das nachvollziehen?
Gruß Peter

[Timm]

@peter111
Schreib bitte ein Ticket dazu, damit es nicht untergeht, falls es ein Fehler ist, der nicht nur bei dir auftritt.

Gib dort auch deine Shopversion, Php Version und ob du das neueste Modul aus Beitrag 1 nutzt mit an.

Gruß Timm

[peter111]

Ich habe die Installation (des neuen Moduls)  nochmals überprüft und Ticket #1763 erstellt.
Der Fehler tritt nur dann auf, wenn der Admin eine Bestellung öffnet - entgegen meiner ersten Vermutung!
Warum der Fehler nicht in die Modified-Logs geschrieben wird entzieht sich meiner Kenntnis.
Gruß Peter

[Timm]

Danke dir.  Und wurde schon gefixed

In deinem Link im vorherigen Beitrag ist ein Hochkommata am Anfang Zuviel. Ein sprechenden Link erzeugst du übrigens in dem du nach Klick auf den Link url Button in der ersten Klammer nach url ein = schreibst und den Link dahinter einfügst. Und was dann als sprechend angezeigt werden soll, dass schreibst dann zwischen die Klammern. Zb Ticket #1763

Gruß Timm

[peter111]

Ja - der ist schon gefixt aber leider verstehe ich nicht was mir der Verweis auf den Fix (missing db functions for ajax calls) sagen soll?
Gruß Peter

[Timm]

Da steht einfach der Grund der Änderung, damit später im Trac nachvollzogen werden kann, warum etwas geändert wurde am shopcode.

Jetzt musst du abwarten bis entweder ein fix in diesem thread erscheint, oder ein changeset in dem Ticket bereitgestellt wird, oder spätestens mit 2.0.5.1 der Fix kommt.

Gruß Timm

[Tomcraft]

Das Modul in Beitrag 1 wurde aktualisiert. Eingeflossen ist die Korrektur aus r12566.

Grüße

Torsten

[peter111]

Vielen Dank Torsten - die Fehlermeldung ist weg.
Wieso wurde dieser PHP-Error nicht in /logs/ ausgegeben?
Da sind jeden Tag notice und warnings drin aber dieser Error fehlte.
Ich weis noch nicht einmal wie ich die unnötigen notice unterdrücken kann - für einen Tipp wäre ich dankbar.
Gruß Peter

[Roberto75]

Es gibt weiterhin Fehler im Modul. Trotz erneutem hochladen der zip-Dateien kann kein Label erstellt werden (Shopversion 2.0.5.0). Das war schon nach dem Update der Fall.

Folgende Meldung steht in der mod_debug_internetmarke.log:

Code: [Auswählen]

[2020-02-17 20:06:43] [debug] [internetmarke] [pid:27685] checkoutShoppingCartPdf {} {}
Nach dem Anklicken des Buttons "Preisdaten aktualisieren" sind die Haken bei den Sendungsformaten verschwunden, was vorher bei der Version 2.0.4.2 nicht der Fall war.
Kann mir mal einer erklären, warum das Modul in der neuen Shopversion nicht funktioniert?

[Timm]

Meintest du nicht, dass das Modul nach Umstellung von php 7.2 auf 7.3 funktionierte? Ich hatte dafür auch ein Ticket geöffnet.

In der Fehlermeldung müsste normalerweise noch mehr stehen. Da fehlt der interessante Teil ganz am Ende, oder steht wirklich nicht mehr drin? Kannst ja ma weiter vorne hier im Thread die Form der Fehlermeldung vergleichen.

Das mit dem jedes Mal neu anhaken der sendungsformate nach einer Preisaktualisierung ist auch schon in 2.0.4.2 so gewesen und auch schon seit mehreren Updates des Moduls.

Gruß Timm

[Roberto75]

Jetzt wird das Label erzeugt, wie ein Test ergeben hat. Es lag daran, weil ich für das Update eine neue Datenbank eingerichtet habe. Diese hatte aber die Kollation latin1 und nicht utf-8. Ich hatte nämlich den Shop vor einiger Zeit auf utf-8 umgestellt. Folglich gab es einige Tabellen mit latin1, so auch die für die Internetmarke. Die hatte ich außerdem deinstalliert und wieder installiert. Nachdem ich alle Tabellen wieder auf utf-8 umgestellt hatte, scheint es nun wieder zu funktionieren.

[Tomcraft]

Danke für die Rückmeldung. Damit schließen wir das Ticket #1755 wieder.

Grüße

Torsten

[r3LaXeD]

Hallo,

mit freundlicher Unterstützung von GTB läuft das Modul nun auch bei mir. 

Leider musste ich eben feststellen, dass ein ev. vorhandener Firmennamen nicht mit auf der Internetmarke gedruckt wird.

Ist das nur bei mir so oder kann das jemand bestätigen.

Gruß Chris

Was ist nun des Rätsels Lösung gewesen?
Bei mir kommt beim erstellen einer Marke der Fehler:

Unmarshalling Error: cvc-datatype-valid.1.2.1: '' is not a valid value for 'integer'.

Meine Shop Fakten:
modified eCommerce Shopssoftware v2.0.5.0 rev 12487 dated: 2019-12-13
Datenbank Version: "MOD_2.0.5.0"

Danke vorab

[Tomcraft]

Stell mal testweise auf PHP 7.3 um, siehe:

[...]
Unter PHP 7.2 wird stets die Meldung "Unmarshalling Error: cvc-datatype-valid.1.2.1: '' is not a valid value for 'integer'." ausgegeben wenn ein Label erstellt wird, da hilft auch nicht das Aktualisieren der Preisdaten. Das habe ich in einem 2.0.5.0 Shop getestet. Nach dem Umstellen auf PHP 7.3 war die Meldung weg.
[...]

Grüße

Torsten

[r3LaXeD]

Das habe ich bereits getan...
Habe bei meinem Hoster auf 7.3 stable umgestellt.
Danach im Shop Seite aktualisiert.
Leider erfolglos.

Oder muss man dies erst "aktualisieren" oder ähnliches im Shop.

Gruss Sven

Settings:
HTTP Server:    Apache/2.4.41
PHP Version:    7.3.6 (Zend: 3.3.6)