Jump to content

Recommended Posts

J'ai vu qu'un problème similaire, du moins qui conduit au même message d'erreur a déjà été relevé

TECHNICAL ERROR: unable to save update quantity.

 

Details:

Error thrown: [object Object]

Text status: error

 

ici : http://www.prestasho...dd-the-product/

et ici :http://www.prestasho...atus-parsererr/

Je travail encore sur mon problème, je vous tiens informé si je progresse.

Edited by Vectorus (see edit history)
Link to comment
Share on other sites

Je n'ai pas encore réussi à trouvé la source du problème, voilà la portion de code qui concerne les qantités dans la commande, je ne vois pas ce qui peut provoquer ce problème, y voyez-vous des erreurs ?

<td class="cart_quantity" colspan="2">
   {if isset($cannotModify) AND $cannotModify == 1}
	<span style="float:left">{if $quantityDisplayed == 0 AND isset($customizedDatas.$productId.$productAttributeId)}{$customizedDatas.$productId.$productAttributeId|@count}{else}{$product.cart_quantity-$quantityDisplayed}{/if}</span>
   {else}
	<div class="cart_quantity_button">
	<a rel="nofollow" class="cart_quantity_up" id="cart_quantity_up_{$product.id_product}_{$product.id_product_attribute}_{$id_customization}_{$product.id_address_delivery|intval}" href="{$link->getPageLink('cart', true, NULL, "add=1&id_product={$product.id_product|intval}&ipa={$product.id_product_attribute|intval}&id_address_delivery={$product.id_address_delivery}&id_customization={$id_customization}&token={$token_cart}")}" title="{l s='Add'}"><img src="{$img_dir}icon/quantity_up.gif" alt="{l s='Add'}" width="14" height="9" /></a><br />
	{if $product.minimal_quantity < ($customization.quantity -$quantityDisplayed) OR $product.minimal_quantity <= 1}
	<a rel="nofollow" class="cart_quantity_down" id="cart_quantity_down_{$product.id_product}_{$product.id_product_attribute}_{$id_customization}_{$product.id_address_delivery|intval}" href="{$link->getPageLink('cart', true, NULL, "add=1&id_product={$product.id_product|intval}&ipa={$product.id_product_attribute|intval}&id_address_delivery={$product.id_address_delivery}&id_customization={$id_customization}&op=down&token={$token_cart}")}" title="{l s='Subtract'}">
	 <img src="{$img_dir}icon/quantity_down.gif" alt="{l s='Subtract'}" width="14" height="9" />
	</a>
	{else}
	<a class="cart_quantity_down" style="opacity: 0.3;" id="cart_quantity_down_{$product.id_product}_{$product.id_product_attribute}_{$id_customization}" href="#" title="{l s='Subtract'}">
	 <img src="{$img_dir}icon/quantity_down.gif" alt="{l s='Subtract'}" width="14" height="9" />
	</a>
	{/if}
	</div>
	<input type="hidden" value="{$customization.quantity}" name="quantity_{$product.id_product}_{$product.id_product_attribute}_{$id_customization}_{$product.id_address_delivery|intval}_hidden"/>
	<input size="2" type="text" value="{$customization.quantity}" class="cart_quantity_input" name="quantity_{$product.id_product}_{$product.id_product_attribute}_{$id_customization}_{$product.id_address_delivery|intval}"/>
   {/if}
  </td>

Link to comment
Share on other sites

Je ne sais pas si la source du problème est la même, mais j'ai constaté qu'en jouant rapidement avec les plus et moins des quantités de produits, j'arrive à reproduire le même message d'erreur sur n'importe quelle boutique en 1.5 (en tout cas sur toutes celles ou j'ai essayé).

Link to comment
Share on other sites

Petite précision que j'ai oublié : le message d'erreur ne s'affiche qu'avec Google Chrome et Chromium, avec Internet Explorer et Firefox il n'y a pas de message d'erreur, mais la modification des quantités (quand elle veut bien ce faire) et très très longue.

 

La console web de firefox me signal ça :

L'utilisation de l'attribut « specified » d'un attribut est obsolète. Cela renvoie toujours « true ». @ http://monsite.com/j...-1.7.2.min.js:2

Le problème peut venir de ça ?

Edited by Vectorus (see edit history)
Link to comment
Share on other sites

Je me suis aperçu que j'ai également le même message d'erreur lorsque l'on tente de passer une commande en sectionnant so colisimo (du module so colisimo), ce problème est vraiment très gênant.

 

Le problème est aussi présent lors de la connexion sur la page de commande en mode "onepage checkout"

 

Pouvez-vous m'aider? j'ai vraiment besoin de résoudre ce problème pour que ma boutique soit fonctionnelle.

Edited by Vectorus (see edit history)
Link to comment
Share on other sites

J'ai également oublié de préciser un détail intéressant, qui pourra peut-être vous permettre d'y voir plus clair sur la cause du problème (par ce que moi j'y comprend pas grand chose)

J'ai ajouter des bouton plus et moins sur mes fiches produits et ceux là fonctionnent très bien. J'ai suivi les instructions ici : http://www.prestarocket.com/blog/prestashop-page-produit-quantite-jquery/

 

Si vous avez, ne serait-ce qu'une piste, une suggestion, une remarque... je suis preneur, parce que là je suis vraiment bloqué, ça m'empêche d'avancer et mon stage ce termine dans peu de temps :unsure:

 

merci d'avance

Link to comment
Share on other sites

Cela peut-il être lié aux droits en écriture des fichiers ? J'ai constaté que certains fichiers et dossiers ont des permissions faible dans le FTP (je n'y ai pas touché) et le problème ne pourrait-il pas venir de là ?

(droit CHMOD j'entend)

Edited by Vectorus (see edit history)
Link to comment
Share on other sites

J'ai également un problème, mais sur les montants. (PS 1.5.4.1)

Quand on ajoute un produit à l'aide du bouton "+" ou qu'on en supprime avec le bouton "-", tous les prix unitaires de la commande basculent en HT au lieu de rester en TTC

L'info du module "parrainage" reste pourtant correcte (calculée sur le prix ttc)

 

Quand on arrive en phase de paiement, le prix normal (total TTC) réapparait. Idem si on revient à l'étape 1 (résumé).

 

Bref, c'est pas génant si l'on considère que l'on encaisse le bon montant, mais très problématique puisque l'on induit le client en erreur.

Link to comment
Share on other sites

Je me répond à moi-même, ça peutservir à d'autre.

 

Donc, concernant le problème que je rencontrais (changement des pix en ht au lieu de ttc), et sans vouloir troller le post initial, j'ai repéré la cause.

Cela se passe dans le fichier header.tpl du theme, avec les lignes suivantes :

var priceDisplayPrecision = {$priceDisplayPrecision*$currency->decimals};
var priceDisplayMethod = {$priceDisplay};
var roundMode = {$roundMode};

où les valeurs étaient entre guillement (guillement simple) ('{$priceDisplay}')

Une fois ces guillements enlevés, tout fonctionne normalement.

 

Quand au problème initial de ce post, je ne l'ai pas constaté, ni avec la 1.5.4.0 ni avec la 1.5.4.1

Link to comment
Share on other sites

Avec l'aide précieuse de emily_d mon problème a été résolu, je vous donne la solution en espérant que ça en aide d'autres.

 

Vous pouvez régler votre problème de manière détournée, en enlevant les classes

cart_quantity_up et cart_quantity_down dans les liens des boutons + et -.

Il faut aller dans shopping-cart-product-line.tpl et trouver le lien <a rel="nofollow" class="cart_quantity_up" id="cart_quantity_up_{$product.id_product} ... de même pour cart_quantity_down à faire deux fois (trois changement au total).

 

Cela désactivera javascript pour la mise à jour des quantités.

 

Pour désactiver l'entrée manuelle, il faut ajouter au

 

 

<input size="2" type="text" autocomplete="off" class="cart_quantity_input"....

 

ce bout de code :

 

disabled="disabled" style="background:white"

Link to comment
Share on other sites

  • 1 month later...

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...