Jump to content

Edit History

Wuschel

Wuschel

Trotzdem dürfte es schwierig werden, wenn ich die verschiedenen Beiträge und Bugmeldungen bei Github richtig verstanden habe. Denn mit ihren Schnellschüssen zur Code- Bereinigung bei der Steuerberechnung in 1.7.6.0 scheinen die Entwickler nicht nur übersehen zu haben, dass die von Ihnen mal so eben mattgesetzte Variable PS_PRICE_DISPLAY_PRECISION an etlichen Stellen im Quellcode verwendet wird. Es reicht also nicht aus, sie in der Datenbanktabelle ps_configuration oder in der ps_currency einfach auf 2 zu ändern. Zumindest nicht, um damit die Probleme zu beheben. Das würde sogar neue Probleme schaffen, denn an manchen Stellen müssen es wirklich 6 Nachkommastellen sein. Und manche Länder haben zudem 3 Nachkommastellen. Bei thirtybees z.B. ist man einen anderen Weg gegangen und hat aus einer Variablen zwei gemacht,  eine für interne Berechnungen,  die andere für die Darstellung in der Shopfront. 

Weitere Änderungen in 1.7.6.0 scheinen außerdem zu Funktionsstörungen bei etlichen Zahlungsmodulen zu führen. Und was noch viel schlimmer ist: Das ist den Programmierern offenbar wurscht! Näheres dazu hier:

Also können aktuell alle, die auf 1.7.6 upgedatet haben, nur hoffen, dass die Entwickler das Ganze irgendwie in den Griff kriegen.

Wuschel

Wuschel

Trotzdem dürfte es schwierig werden, wenn ich die verschiedenen Beiträge und Bugmeldungen bei Github richtig verstanden habe. Denn mit ihren Schnellschüssen zur Code- Bereinigung bei der Steuerberechnung in 1.7.6.0 scheinen die Entwickler nicht nur übersehen zu haben, dass die von Ihnen mal so eben mattgesetzte Variable PS_PRICE_DISPLAY_PRECISION an etlichen Stellen im Quellcode verwendet wird. Es reicht also nicht aus, sie in der Datenbanktabelle ps_configuration auf 2 zu ändern. Zumindest nicht, um damit die Probleme zu beheben. Das würde sogar neue Probleme schaffen, denn an manchen Stellen müssen es wirklich 6 Nachkommastellen sein. Bei thirtybees z.B. ist man einen anderen Weg gegangen und hat aus einer Variablen zwei gemacht,  eine für interne Berechnungen,  die andere für die Darstellung in der Shopfront. 

Weitere Änderungen in 1.7.6.0 scheinen außerdem zu Funktionsstörungen bei etlichen Zahlungsmodulen zu führen. Und was noch viel schlimmer ist: Das ist den Programmierern offenbar wurscht! Näheres dazu hier:

Also können aktuell alle, die auf 1.7.6 upgedatet haben, nur hoffen, dass die Entwickler das Ganze irgendwie in den Griff kriegen.

Wuschel

Wuschel

Trotzdem dürfte es schwierig werden, wenn ich die verschiedenen Beiträge und Bugmeldungen bei Github richtig verstanden habe. Denn mit ihren Schnellschüssen zur Code- Bereinigung bei der Steuerberechnung in 1.7.6.0 scheinen die Entwickler nicht nur übersehen zu haben, dass die von Ihnen mal so eben mattgesetzte Variable PS_PRICE_PRECISION an etlichen Stellen im Quellcode verwendet wird. Es reicht also nicht aus, sie in der Datenbanktabelle ps_configuration auf 2 zu ändern. Zumindest nicht, um damit die Probleme zu beheben. Das würde sogar neue Probleme schaffen, denn an manchen Stellen müssen es wirklich 6 Nachkommastellen sein. Bei thirtybees z.B. ist man einen anderen Weg gegangen und hat aus einer Variablen zwei gemacht,  eine für interne Berechnungen,  die andere für die Darstellung in der Shopfront. 

Weitere Änderungen in 1.7.6.0 scheinen außerdem zu Funktionsstörungen bei etlichen Zahlungsmodulen zu führen. Und was noch viel schlimmer ist: Das ist den Programmierern offenbar wurscht! Näheres dazu hier:

Also können aktuell alle, die auf 1.7.6 upgedatet haben, nur hoffen, dass die Entwickler das Ganze irgendwie in den Griff kriegen.

×
×
  • Create New...