Info |
---|
Let op! Dit artikel is verouderd. Inmiddels staat versie 1.12.3 van de PostNL extensie live. Versie 1.12.3 biedt ondersteuning voor patch SUPEE-9767. Download de laatste versie van de Magento 1 PostNL extensie vanaf https://tig.nl/postnl-magento-extensies/. |
Probleemomschrijving
Er is 1 juni 2017 een security patch uitgebracht door Magento: https://magento.com/security/patches/supee-9767. Als deze patch gebruikt wordt in combinatie met de PostNL extensie kan het zijn dat een gebruiker niet het afrekenproces kan afronden.
Betreft versies
Magento Patch SUPEE-9767 in combinatie met:
Magento versie | Extensie versie | Workaround beschikbaar? | Fix beschikbaar? |
---|---|---|---|
Magento CE 1.9.x.x | PostNL extensie 1.12.2 | Ja | Ja |
Magento EE 1.14.x.x | PostNL extensie 1.12.2 | Ja | Ja |
Magento CE 1.8 | PostNL extensie 1.12.2 | Ja | Nog onbekend |
Magento CE 1.7 | PostNL extensie 1.12.2 | Ja | Nog onbekend |
Magento EE 1.13 | PostNL extensie 1.12.2 | Ja | Nog onbekend |
Magneto Magento EE 1.12 | PostNL extensie 1.12.2 | Ja | Nog onbekend |
Oplossing
Wij hebben een fix beschikbaar gemaakt. Deze is op Magento getest (zie bovenstaande tabel voor de specifieke versie) met de standaard One Page Checkout, Idev's OneStepCheckout en GoMage Checkout.
- Wij adviseren altijd eerst op een staging omgeving te werken.
- Download deze bijgewerkte billing.phtml en shipping.phtml en overschrijf ze met de bestanden in de map app/design/frontend/base/default/template/TIG/PostNL/address_validation/checkout/onepage/.
Gewijzigde code in billing.phtml, regel 198:
Code Block | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
<img src="<?php echo $this->getSkinUrl('images/opc-ajax-loader.gif') ?>" alt="<?php echo $this->__('Loading next step...') ?>" title="<?php echo $this->__('Loading next step...') ?>" class="v-middle" /> <?php echo $this->__('Loading next step...') ?> </span> </div> <?php echo $this->getBlockHtml('formkey') ?> </fieldset> </form> <script type="text/javascript"> |
Gewijzigde code in shipping.phtml, regel 127:
Code Block | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
<img src="<?php echo $this->getSkinUrl('images/opc-ajax-loader.gif') ?>" alt="<?php echo $this->__('Loading next step...') ?>" title="<?php echo $this->__('Loading next step...') ?>" class="v-middle" /> <?php echo $this->__('Loading next step...') ?> </span> </div> <?php echo $this->getBlockHtml('formkey') ?> </form> <script type="text/javascript"> |
Wij zullen deze fix verwerken in de aankomende release. Deze wordt naar verwachting op korte termijn beschikbaar gesteld.
Alternatieve workaround
Wij hebben ook een workaround beschikbaar zodat u de security patch in combinatie met de extensie kunt gebruiken zonder de fix of andere aanpassingen:
- Voeg een verzendmethode toe aan de PostNL extensie zonder bezorgopties. Deze kan dan correct voorgemeld worden bij PostNL.
- Schakel de PostNL extensie uit in de de account instellingen. Dit kan via "System > Configuration > Sales > PostNL".
- Zodra u alle orders wilt gaan voormelden schakelt u de PostNL extensie weer in net zoals u deze in stap 2 heeft uitgeschakeld. Hou er wel rekening mee dat het afrekenproces nu tijdelijk niet afgerond kan worden.
- Nu kunt u alle orders gaan voormelden. Schakel vervolgens de extensie weer uit zodat uw klanten weer kunnen afrekenen.
Knowledge base article footer postnl |
---|