Drücke „Enter”, um zum Inhalt zu springen.

Beitrag veröffentlicht im Oktober 2016

OXID veröffentlicht neue Shopversionen (4.10.2/5.3.2)

Stammbenutzer

OXID veröffentlicht die nächsten Shopversionen. Die Liste der Änderungen steht unter dem Link hinter der jeweiligen Version zur Verfügung:

Die CE-Version kann hier bezogen werden.
Alle Kunden mit PE- oder EE-Version werden von OXID separat informiert.

Neue Version für Modul „Erweiterte Suche“ 5.6.2.1

Stammbenutzer

Für unser Modul „Erweiterte Suche“ gibt es ab sofort einen neuen Patch für die Shopversionen ab 4.9.x / 5.2.x.

Update Details Version 5.6.2.0

verwendet Theme-Mapping
Mit Hilfe des Theme-Mappings ermöglichen wir die einfache Nutzung der Templateanpassung auch für komplett eigene Themes.
Weitere Infos zur Nutzung haben wir in unter http://faq.oxidmodule.com/Modulinstallation/Modulanpassungen/Template-Bloecke-dem-eigenen-Theme-zuordnen.html zusammengefasst.

Schnellsuche-Anfragen werden ebenfalls ins Log geschrieben
Damit werden auch Suchanfragen in der Statistik gelistet, die ausschließlich über die Suggest-Suche durchgeführt wurden.

.htaccess-Beschränkungen für Apache 2.4 angepasst
Mit diesen Anpassungen wurde der Einsatz des Moduls auch unter Apache 2.4 ermöglicht.

gemeinsame Erweiterung der *list-Klassen aufgelöst
Kategorie-, Hersteller- und Lieferantenartikellisten wurden bisher von einer gemeinsamen Modulerweiterung bedient. Um vorbeugend Fehler zu vermeiden, wurde diese gemeinsamen Erweiterung nun in einzelne Moduldateien aufgetrennt. Funktionell ergeben sich daraus keine Änderungen.

Funktionsaufrufe für Ajax-Calls geändert
Auch diese Änderung hat vorbeugenden Charakter. Damit lassen sich neben der Suggest-Suche zukünftig auch weitere Funktionen über die Response-Klasse bedienen. Wichtig ist, dass die Templates (entsprechend der Vorlage im Modul) auf diese neuen Aufrufe angepasst werden. Funktionell ergeben sich daraus keine Änderungen.

als „deprecated“ gekennzeichnete Methodenaufrufe ersetzt
Diese vorbereitende Arbeit vermeidet mögliche Fehler bei der Umstellung auf zukünftige Shopversionen.

Scripts für passende Darstellung des Adminmenütitels im Browser angepasst
Diese Anpassung korrigiert die im Browsertitel dargestellte Überschrift des aktuell aufgerufenen Adminbereichs. Gerade bei mehreren geöffneten Browsertabs ist so von außen eine bessere Erkennung möglich.

fehlende Template-Erweiterungen für „Flow“ nachgetragen
Beim Einsatz des OXID „Flow“-Themes mit diesem Modul ergaben sich einige Darstellungsfehler. Diese wurden damit korrigiert.

fehlende Componenten-Klasse in oxwarticledetails-Widget ergänzt
Die Widgets laden nicht Standard-Komponenten des Shops. Damit fehlten leider auch nötige Erweiterungen, die unser Modul zwar mitbrachte, diesen aber nicht geladen wurden. Daraus resultierten Fehler auf der Artikeldetailseite. Die Komponenten werden nun um die fehlenden Einträge ergänzt.

falschen Formularparameter korrigiert
Bei den Preisfiltern des Moduls wurden auf Grund eines falschen Parameterwertes unsinnige Vorgaben definiert. Die daraus entstehenden Artikellisten entsprachen nicht der Auswahl. Durch die Korrektur können die Artikelfilter passend verwendet werden.

Bugfix für fehlerhafte Datenbankabfrage bei aktivierter Variantensuche
In seltenen Fällen führen bestimmte Moduleinstellungen (Suche nach Varianten) zu inhaltlichen Fehlern in den Datenbankabfragen. Somit konnten keine Ergebnisse ermittelt werden und Fehler wurden im Frontend gezeigt.

undokumentierte Parameter im Handbuch nachgetragen

Patch Details Version 5.6.2.1

Locator auf der Detailansicht korrigiert, wenn Artikel aus direkter Anzeige einer 1-Treffer-Liste stammt
Wurde durch ein entsprechendes Suchergebnis direkt zur Detailseite des gefundenen Artikels gesprungen, konnte die Artikelnavigation (vor / zurück / Übersicht) nicht passend geladen werden. Es wurden falsche Navigationslinks gezeigt.

korrigiert: Mehrfachfilter wurden ausgeblendet, wenn Auswahl nur 1 Treffer enthielt
Wenn dem Kunden bei den Artikelfiltern Mehrfachauswahl angeboten wurden und er wählte dennoch nur einen Filter, konnte es in bestimmten Konstellationen dazu kommen, dass der gewählte Filter nach dessen Anwendung nicht mehr angezeigt wurde. Ein Abwählen des Filters war dann nur noch schwer möglich.

modulspezifische Theme-Mapping-Variablen eingefügt
Passend zu den nötigen Änderung innerhalb des Modul-Connectors 4.4.1.0 wurden die Theme-Mapping-Variablen angepasst.

Erwerben können Sie das Modul wie gewohnt in unserem Moduleshop.
Wenn Sie das Modul für die oben genannten Shopversionen bereits einsetzen, können Sie sich das Update direkt im Admin-Bereich in der Modulverwaltung laden.

fehlertolerante Suche mit zusätzlichen Filter- und Anzeigemöglichkeiten

Neuer Patch für Modul „Heidelpay Integrator“ auf Version 5.2.1.1

Stammbenutzer

Für unser Modul "Heidelpay Integrator" gibt es ab sofort einen neuen Patch für die Shopversionen ab 4.8 / 5.1.

5.2.1.1 Patch Details

Interne Änderung bei gespeicherten Daten

Bisher wurde bei den gespeicherten Daten ein REBILL (RB) durchgeführt.
Das RB war bisher als allgemeine Lösung gedacht, um mehreren Zahlungsarten die Wiederverwendung von bisher getätigten Transaktionen zu ermöglichen.
Die vorausgehende Transaktion konnte dazu ein DEBIT (DB) oder ein PREAUTHORISATION (PA) sein.
Der Nachteil ist, wenn der Aquirer wechselt und neue Daten vergeben werden, wird bei einem RB der alte Vetragspartner angesprochen.

Das Modul wurde umgestellt, dass ein PA oder DB genutzt wird.
Um ein PA oder DB durchzuführen wird vorher eine REGISTRATION (RG) benötigt.

Die bisher gespeicherten Daten können jedoch ein RG, PA und DB enthalten, daher ist es notwendig die Daten in der Tabelle d3hpuid aufzubereiten. Dazu werden in der automatischen Installationsroutine die Einträge der d3hpuid mit den Transaktionen der Tabelle d3transactionlog verglichen. Alle Einträge der d3hpuid, welche kein RG sind und keine Zuordnung zu d3transactionlog haben, werden gelöscht.

Wenn Sie sich unsicher sind, legen Sie bitte vorab eine Sicherung der Tabelle d3hpuid an.

mehrfach gespeicherte Daten anzeigen

Kunden können nun mehrere Kredit-/Debit-Karten verwenden.
Die Daten werden bei Heidelpay gespeichert und stehen nur in dieser Form (als eine Referenz) zur Verfügung:
Heidelpay: mehrfach gespeicherte Daten

Bugfixes

  • XML Query wird im paymentcollector nicht korrekt übergeben
  • Kein Fehlerhandling im Frontend beim iFrame
  • removed payment::hasUserHPStoreData, payment::getUserHPStoreData, payment::getHPWrappedPayment
  • Bugfix: d3_oxorder_heidelpay::finalizeOrder
  • fixed memcache bug in collectpayments process
  • payment model not found causes exception in admin

Erwerben können Sie das Modul wie gewohnt über unseren Moduleshop.
Setzen Sie die Modulversion 5.2.x.x bereits ein, können Sie den Patch direkt im Admin-Bereich in der Modulverwaltung laden.

Die E-Payment Komplettlösung