wildrow

Another hack if you are not a programmer and you need to modify just one order could be: Adjust all the states involved with this command temporarily, so that they don't hold the flag "delivered". Then edit that order (the button should be available) and undo the changes with the states. I didn't try that, but I manipulated the history for that order in my database, and that brought the add_products button back.

One hint: The button "#add_product" in back office 1.6. is removed when the product is delivered. Unfortunately, the whole history of order states is considered (class Order, function hasBeenDelivered) So resetting the state to "in preparation" doesn't help, e.g.when some co-worker made a mistake, or if you are willing to send another parcel for the same order). That should be changed in PS, I think. The easiest modification would be just show the button anyway (edit: "admin-folder"/themes/default/template/controllers/orders/helpers/view/view.tpl) But I don't know about the side effects for the rest of the administration...

@kamaaina, your ajax-cart.js is loaded from [EDITED] check in your browser if it contains your changes. If not, it is either some sort of cache problem or the changes never went to the server (check in FTP, e.g. FTP user has no write access to files owned by apache webserver...)

Just to be sure: After modifying a js-file, it may be necessary to tell the browser to reload it: CTRL-F5 or close and reopen browser...

Not sure about your error messages, but one needs to set $element to whatever the picture element is that needs to be animated on the page. That is different for different types of pages. I don't have products on the front page, so probably, you have specific blocks for promotions etc. that come with their own image elements. One would have to take into account of all their template .tpl files (or use like F12 in a browser) and see how the image elements are named or situated. I will eventually have to fix all that in our own template, but I won't get there before some time, and I don't use the blocks that you have on your front page.... In the meantime, you could also try to convince Prestashop to bring the animation to the cart back, the pop-up is nagging, indeed.

So, I got Kapil Gautam's solution to work with our theme derived from default-bootstrap 1.6 The problem was indeed, as RoyVelvet pointed out, that the images in category lists do not have a class of the form .pr_... so I replaced else{$element = $(pr_id);} by else $element = $(callerElement).parent().parent().parent().parent().find('.product-image-container img'); --- Or, to start with Kapil Gautam's attached file ajax-car.txt in post #10: Just replace lines 320-325 var $element = $(callerElement).parent().parent().find('a.product_image img,a.product_img_link img'); var pr_id='.pr_'+idProduct; if(addedFromProductPage){ if (!$element.length) $element = $('#bigpic,.zoomPad img:first'); } else{$element =$(pr_id);} with var $element; if(addedFromProductPage) $element = $('#bigpic,.zoomPad img:first'); else $element = $(callerElement).parent().parent().parent().parent().find('.product-image-container img'); I left out the .pr_ reference that I didn't find in the template - hopefully this isn't messing up other things, though. The point here is to find an image relative to the clicked add-button (callerElement) because there are lots of images for other products on product list pages. Also, I disabled line 335/336, because I didn't like the scrolling to the top every time I added a product to the card. (Our lists are more compact than the default-bootstrap category lists anyway) if(!addedFromProductPage){ // $('html, body').animate({scrollTop : 0},500); ajax-cart.js.txt

Solved it by reverting to previous version of loyality module (1.8) Delete module, put the (extracted) files attached in module folder and install from module list - or install module from zip (I didn't try that, though) Could change settings When followed again option to upgrade to 1.9. kept changed settings, but same problem as above. So the upgrade to 1.9 is not working, see in French http://www.prestashop.com/forums/topic/302525-programme-de-fid%C3%A9lit%C3%A9-bug-mise-%C3%A0-jour-19/ loyalty.zip

Je suis désolé de ne pas avoir le temps de bricoler au module en ce moment - est-ce qu'il y a par hazard 3 declinaisons par produit?. Mais s'il est urgent, je pourrais vous aider à nettoyer votre fichier de resultats. P. ex, s'il est question de supprimer deux lignes sur trois, je l'essayerais en MSExcel/OpenOffice Calc en numerotant les lignes 1,2,3,1,2,3,... puis trier les lignes, puis supprimer lignes 2 et 3. Sinon en Notepad++ avec RegExp...

Excusez, je viens de decerner qu l'on discute en Francais ici, et moi, j'ai écrit tout en Anglais (en tant qu'Allemand qui habite aux Pay-Bas, donc ...) Bref: J'ai adapté la modification de semi-k pour Prestashop 1.5 en corrigeant la colonne id vide et les accents défigurés. Mais il faudrait d'un vrai developpeur pour controler mon truc improvisé inspirer par des tuyaux trouvés sur Google - je ne garantis pour rien!! =============== Module installs nicely on Prestashop 1.5.0.15 RC2. However to export more than the title row in the csv, I needed to modify multiexport.php: replace 5 times: Db::getInstance()->Execute by Db::getInstance()->query replace 5 times: mysql_fetch_array by Db::getInstance()->nextRow Somebody should check this, though, since I didn't understand the code but merely applied the hints about differences between versions 1.4 and 1.5 that I have found via Google. ---- Edit: This seems to work as well with the version by semi-k (only 6 replacements instead of 5), see attachment "v.1.5" - but again, somebody with more knowledge should check it - no warranty for my part! ==================== In order to resolve my troubles with diacritics in Excel (é etc.) I tinkered in my semi-k version 1.5 additionally the following (see below multiexport-1.58.zip), source: php.net/manual/en/function.fwrite.php comment zaccraven added line 140 $fstring = chr(255) . chr(254) . mb_convert_encoding($fstring, 'UTF-16LE', 'UTF-8'); added line 346 $file = chr(255) . chr(254) . mb_convert_encoding($file, 'UTF-16LE', 'UTF-8'); changed line 308,309 (don't need utf8_encode() here any more, but remove line breaks anyway): $file .= '"'.str_replace('"','""',preg_replace('[\r\n]','',$Product['description_short'])).'"'.$sep; $file .= '"'.str_replace('"','""',preg_replace('[\r\n]','',$Product['description'])).'"'.$sep; changed lines 452, 454: make tabs the default delimiter <input type="radio" name="separateur" id="ptvir" value=";"> Point-Virgule ";" <input type="radio" name="separateur" id="pipe" value="|"> Pipe "|" <input type="radio" name="separateur" id="tabu" value=" " checked="checked"> Tabulation " " (After opening and editing in Excel, save file as csv to force a delimiter other than tab, for re-import in Prestashop) ==================== Also, the empty id column seems to be a bug in the original version (used cut instead of copy/paste?), in line 223: $file .= '""'.$sep; I replaced that with (my line 289) $file .= '"'.$Product['id_product'].'"'.$sep; ===================== Another issue is that Prestashop data use points as decimal delimiters for prices e.g., which confuses European Excel versions that use comma, so 50.000000 Euro become 50000000. My quick solution was keeping just two digits after the point, because a multiple of three after a point is interpreted by European Excel as thousands (like 50,000 in English): line 293, 295 (my version below) $file .= '"'.sprintf('%01.2f', $Product['price']).'"'.$sep; $file .= '"'.sprintf('%01.2f', $Product['wholesale_price']).'"'.$sep; multiexport_1.58.zip