Product combinatie werkt niet consequent (ene x wel, andere x niet)

[chinouk]

Hallo,

 

Op mijn webshop www.schaats-specialist.nl heb ik een prijsregel ingevoerd. Mensen kunnen ervoor kiezen hun schaatsen te laten slijpen en ronden. Dit kost E10,- extra. 

 

Als mensen de schaatsen bestellen, kunnen ze hier via een uitklapmenu voor kiezen. Standaard staat 

'nee' ingevuld. Als mensen 'ja' aanklikken, telt prestashop automatisch E10,- bij de prijs op. Heel handig.

 

Alleen. Als je vanuit het menu 'Fabrikanten' naar schaatsen zoekt, zie je dat prestashop de E10,- er al bij opgeteld heeft. ('Nee' is overal de standaard combinatie). Overal staan dus te hoge prijzen. Als je dan klikt op verder lezen, heeft hij het er op de verder-lees-pagina weer vanaf getrokken. 

 

Ik heb al geprobeerd het e.e.a. opnieuw te koppelen, zonder resultaat. Wat nu??? Is er iets wat ik nog over het hoofd heb gezien? 

 

Graag hoor ik! Alvast dank

Edited October 17, 2013 by karinandringa (see edit history)

[scorpionsworld]

Ga ik even voor je uitzoeken. Wellicht is het een fout in de Controller of de Class van Prestashop zelf.

[scorpionsworld]

Probleem zit in de productgegevens die middels een database query worden opgehaald in de Manufacturer class.

In de query zit de regel

MAX(product_attribute_shop.`id_product_attribute`) id_product_attribute

Dit wil zoveel zeggen als, haal de laatst toegevoegde attribuut gekoppeld aan dit product uit de database.

Aan de hand van deze id_product_attribute word de prijs bepaald.

 

Om dit te omzeilen heb ik even een override op de class aangemaakt die de id_product_attribute weg laat, waardoor de standaard attribuutcombinatie word gebruikt voor de prijsberekening.

 

Manufacturer.php

Download het bestand en upload middels FTP naar [ROOT]/override/classes/

 

Edit: Ditzelfde "probleem" geldt trouwens ook voor de (sub)categorie weergave.

Edited October 17, 2013 by scorpionsworld (see edit history)

[chinouk]

Ah super.. ik ga er vanavond mee aan de slag

 

grazi mille !

Gedaan. Klopt het dat er in [ROOT]/override/classes/ geen Manufacturer.php stond?

Helaas niet het gewenste effect. Prijzen kloppen nog steeds niet, als je vanuit de fabrikanten (Raps, Viking, etc) een product bekijkt.

 

 

Nog steeds allemaal E 10,- duurder.

 

wat nu?

Edited October 17, 2013 by karinandringa (see edit history)

[chinouk]

.

Edited October 17, 2013 by karinandringa (see edit history)

[scorpionsworld]

Ah super.. ik ga er vanavond mee aan de slag

 

grazi mille !

 

Gedaan. Klopt het dat er in [ROOT]/override/classes/ geen Manufacturer.php stond?

 

Helaas niet het gewenste effect. Prijzen kloppen nog steeds niet, als je vanuit de fabrikanten (Raps, Viking, etc) een product bekijkt.

 

 

Nog steeds allemaal E 10,- duurder.

 

wat nu?

Ik zie toch echt dezelfde prijzen in de Fabrikant weergave als in de productweergave waar de attribuut slijpen en ronden standaard op nee staat.

[chinouk]

Ah mooi.. heb htaccess verniewd, force compile uitgevoerd, etc, misschien dat dat geholpen heeft... hij doet het nu - met jouw ingeplugde bestandje prima. 

 

Dank!!

[scorpionsworld]

Ah mooi.. heb htaccess verniewd, force compile uitgevoerd, etc, misschien dat dat geholpen heeft... hij doet het nu - met jouw ingeplugde bestandje prima. 

 

Dank!!

Graag gedaan!