Jump to content

Leaderboard


Popular Content

Showing content with the highest reputation on 07/12/2018 in all areas

  1. 4 points
    Depuis que je connais Prestashop, il y eu une seule mise à jour concernant un problème de sécurité et c'était sur une version 1.4. Oui Prestashop est un cms très particulier. Par son code et la stratégie actuelle. Leur gros problème ce sont les tests, ils nous disent qu'ils en font, ok mais ils les font juste sur leur boutique de test avec John Doe comme seul client, 4 robes et 10 pauvres modules installés. Leur réponse est toujours la même: "On ne peut pas tester toutes les configurations". Et c'est là que le bas blesse, perso à chaque mise à jour, je commence par faire un diff avant de cliquer sur ce bouton sans réfléchir, parce que rien que le changelog c'est minimaliste et ça ne reflète pas les réels changements effectués. Correction d'un bug ? Ok, je vais voir ce qu'ils ont fait et si le bug est vraiment résolu. Ajout d'une feature ? Alors là, attention parce que généralement ça veut dire nouveaux bugs ou pas géré suivant tous les cas de figure. Ensuite, mes boutiques de test on des bases de 2 à 8000 clients en moyenne, des tas de règles paniers et prix spécifique, des configurations multi-langues et des catalogues de + de 10 000 produits. A ça on peut ajouter entre 2 et 300 modules installés. Là je considère que les tests commencent à être représentatifs. Oui Prestashop est responsable en annonçant comme fiable une version qui ne l'est pas Oui Prestashop est responsable en ne mettant en avant que cette version 1.7 et en dissimulant bien les autres (Pour info, la dernière maj de la 1.6 (1.6.1.20) date de moins de 15 jours, alors parler d'ancienne version me fait doucement rigoler) Oui Prestashop depuis 2 ans ne mise plus que sur l'aspect RENTABLE et FINANCIER de sa solution. Exit le côté communautaire, exit la fiabilité, exit les remontées utilisateurs. ils sont les meilleurs et n'écoutent plus leurs clients. Si vous voulez leur parler, ils sont planqués là: - http://build.prestashop.com/ - https://gitter.im/PrestaShop/General - http://forge.prestashop.com/ Bien sûr, vous devez écrire en anglais, sinon passez votre chemin... Symfony, on l'avait réclamé en 2011/2012 et on nous avait répondu à l'époque que le code maison de Presta était très bien comme il était et que ce n'était pas à l'ordre du jour. Smarty fonctionne bien nativement, le problème c'est que Prestashop en a tellement trituré le code que c'est devenu n'importe quoi au niveau de la gestion du cache et que les serveurs passent plus de temps à l'effacer / ré-écrire plutôt qu'à l'utiliser. (Je ne parle même pas de l'option débile d'écrire ce cache en bdd qui plante le moindre mutu...) Suite à la pression des investisseurs et de certains devs, Prestashop a décidé de passer sous Symfony pour plusieurs raisons: - Le code devenait difficile à maintenir (Ben oui, les employés actuels sont tous là depuis peu et maîtrisent très mal les 300 000 lignes de code maison) donc en passant par un framework relativement connu ce sera plus simple. - Ils espèrent faire revenir les développeurs externes vers Prestashop (modules, thèmes et GitHub) - Prestashop donne l'impression d'être à jour et dans la course Mais là encore, on fait ça à la sauce Prestashop, c'est à dire par morceaux tenus par du scotch pour que ça pète pas trop. Passer à Symfony c'est une bonne idée, oui mais leurs modules et thèmes vendus sur Addons ne sont pas compatibles (écrits pour Smarty) et ils n'ont pas le temps ni le personnel pour les mettre à jour, donc s'ils veulent continuer à les vendre, il faut conserver Smarty en parallèle. Et voilà comment on commence les conneries... La 1.7 c'est une 1.6.0.10 à la base qui utilise 2 moteurs de templates (un inédit dans le monde du CMS quand même !) et à laquelle on a supprimé tout ce qui ne marchait pas (on verra au fur et à mesure pour les remettre ou pas, mais l'objectif actuel semble plutôt se tourner vers le remplacement de ces fonctionnalités par des modules payants) Mais plutôt de ré-écrire Prestashop pour être conforme avec Symfony, ils ont rajouté une couche de compatibilité ce qui alourdit encore plus le code et crée une véritable usine à gaz. Et j'ai lu dernièrement qu'ils allaient encore en rajouter une couche pour que nous puissions continuer à écrire le code comme pour les 1.6 (Vu qu'ils peinent à donner envie aux devs externes d'utiliser leur 1.7 bancale). Alors oui, je suis désolé pour vos mésaventures, mais je ne peux pas vous encourager à continuer avec cette version uniquement parce que le nouveau principe de templates est sympa. C'est l'arbre qui cache la forêt et c'est le jour où vous allez vouloir utiliser Prestashop dans ses fonctions avancées que vous aller commencer à galérer sévère (Taxes, prix spécifiques, déclinaisons, transporteurs, stocks avancés, etc...) La 1.7 soit-disante "stable" c'est une version hybride dont les tests sont effectués sur votre dos et sans aucune assistance, et ça, c'est juste une honte.
  2. 2 points
    Malheureusement, je ne peux qu'être d'accord avec toi, Eolia ! Du Symfony (ou Zend) dans PS, la "team" n'en voulais pas à une époque, pour ne pas alourdir le code. Quand PS 1.7 est sorti, je me suis dit "chouette, je fais du Symfony depuis X années, ça va être sympa"... Et ben non, quelle merde... Comme bcp, je n'ai jamais mis un site PS 1.7 en prod et je ne le ferai jamais. La 1.8 ou 2.0 (une version toute réécrite, quoi !) peut-être, mais en attendant, la 1.6 a de beaux jours devant elle. Et il faudrait être irresponsable (pour un pro) de conseiller à ses clients de passer à cette version. Reste effectivement le cas de ceux qui se lancent seuls dans leur coin avec une 1.7 parce que la 1.6 est plus difficilement trouvable, ou parce qu'ils ont fait une install en un clic avec OVH (tant qu'à faire des conneries...) et qui viennent ici après quand les galères commencent.
  3. 1 point
    Here is a free module to let you export your products to the Google Merchant Center, and make them available on the Google Shopping market place. It's an evolution to the GoogleShopping module made by Jordi and accessible on the spanish forum. The tool had already been modified by other users. This module lets you associate your shop categories to the Google Merchant Center ones. It exports price with and without reduction. You can also set a minimum price to filter products to export. You can associate some features value with categories (condition, availability, gender, age group). It offers the attributes combinations management. You can choose to export only one product or one product for each attributes combination. Last addition to the module is that you can now select the currency (among the available ones) to export in the feed for each available language. It has been tested on PS 1.5 and PS 1.6, and should also work on PS 1.7. Please report using problems you may encounter as an issue on GIthub or in this thread. This is how the module works : - if your products already have a "condition" attribute set in prestashop, then you can indicate it in the module main page, by the way products are exported with your native product's condition value. - if your products have not any "condition" attribute, and Google asks for it, then you can set the value for this attribute in the module category's configuration form, then each product in this category is exported with this value. - if your product have no condition attribute, and its module category has no 'condition' value set, then product is exported with the condition value set for its parent category, and so on till the root category. If all of your shop products belong to the same Google Shopping category, you can just set it for your root/home category, no need to set it for all of your categories. Children categories automatically get the same parameter. The module works the same way for the condition attribute, availability, gender and age_group attributes. "Default" value means: "Use the product's attribute. If product have no condition attribute set, then use the category attribute value. And if it's not set, then use the first parent category's filled setting." ... Not really clear but should be helpful ? In other words, If Google Merchant Center doesn't accept your products because the "condition" attribute is missing, then just set the value "new" to the condition attribute while editing your root category in the module configuration page. By the way all of your shop products are exported with the condition attribute set to "new". No need to change the "Default" value for each products category. In the latest releases (v1.5.6 -> 1.6), the color/material/pattern/size attributes can be mapped to the products attributes OR to the products features, according to your choice. Products features are mapped in the module main configuration page, and products attributes can be mapped separately for each category. Enjoy! (feedback is welcome ) PS: if you choose to use this module, please uninstall before the existing GoogleShopping module from your prestashop, if any. Last updates: - automatically export shipping prices ( Thanks to GuillaumeGBzh ) - all reported errors corrected (16 Feb 2016) - added currency selection for each available language - added filters and improvements on products selection SQL query (optimization) - rounded sale prices adjusted (06 Feb 2016) - Prestashop' rules compliant source code (by Elitius) - added products combinations names in exported products names (13 Apr. 2015) - combinations management improved (01/05/2015) : combinations pictures and links corrected - ability to attach different products attributes (or attributes groups) to each category - ability to export product features as well as product attributes - ability to manually specify the shop's product type (optionnal) - automatically export prices with or without tax included, following the shop's visitors group setting Todo: - add an option to normalise product name Last dev. version on GitHub (v 1.7.x): https://github.com/dim00z/gshoppingflux/ How to use this module? - download and install the package on your Prestashop server. - at first, configure the default products category of your shop in the main module configuration page - then set the parameters you need to activate - link shop features in the main module configuration page (if needed) - edit the main category (root or home) of your shop by clicking on it in the list - link products attributes in the main category edit page - then select the needed currencies to export with each available language - test the feed import in Google Merchant Center - if ok, configure a cron task to automatically update the feed Download gshoppingflux-1.7.3.zip
  4. 1 point
    Place your sliders, banners or galleries Everywhere you want in your shop: Home Page Top Footer Sidebars CMS Pages Inside CMS Description Product Categories Product sidebar Product Footer And with custom hooks: cart, payment page, inside other modules, etc.. This started with a rewriting of Prestashop homeslider, but with many more features, with time it become a new different module on his own. And here you have a small list of features: This module is only compatible with prestashop 1.5+, 1.6+ Multishop users MUST install the module in ALL SHOP context, if not the module wont work Let me know if you have any issue. You have Questions? Please read the FAQ click the SHOW button below Support requests Please do not send Private messages asking for support. I will give support only on this forums. If you don't get an answer in a couple of days I'm probably without internet connection or dead... To get a correct answer ask for help in this topic and, if possible, remember to include the following details: 1) Prestashop version. 2) Module version used. 3) Steps to follow to reproduce the issue. 4) The issue happens every time, randomly or what? 5) Do you see any errors with developer mode enabled? 6) Url of the website (if you don't want to share it on the forums send me the link with a PM, just the url not the full help request) --------------------------------- Supporto in Italiano: QUI Soporte en Español: AQUI --------------------------------- This module got more than 18.000 downloads!!! Live Sites using this module: Goodshopping AllOff *** DOWNLOAD HERE *** Latest Version Version 1.6.41 SlidersEverywhere1.6.41.zip Install Instructions: 1) Extract the archive in your modules folder 2) Go to your backoffice click on "Modules", find SlidersEverywhere and click INSTALL Update Instruction: Extract the new archive in your module folder without uninstalling from backoffice, just overwrite everything. (if you uninstall you will lose the sliders you already have) Changelogs: Old PREVIOUS Versions:
  5. 1 point
    Oops! An Error Occurred The server returned a "500 Internal Server Error". Something is broken. Please let us know what you were doing when this error occurred. We will fix it as soon as possible. Sorry for any inconvenience caused. Quando entro em "Theme & logo" e na aba "homepage configuration" da este erro acima
  6. 1 point
    Hola chic@s!! La versión de Prestashop que uso es 1.6.1.10 Estoy tratando de llamar a la columna Location de la tabla de la base de datos ps_warehouse_product_location en el template delivery-slip.product-tab.tpl con el fin de poder usar la información de esa columna en el PDF del Albarán que se imprime desde la pestaña pedidos de Prestashop, y lo que sucede cuando hago la llamada a location en el código: CÓDIGO de la tabla delivery-slip.product-tab.tpl: ... {foreach $order_details as $order_detail} {cycle values=["color_line_even", "color_line_odd"] assign=bgcolor_class} <tr class="product {$bgcolor_class}"> <td class="product center"> {$order_detail.location} </td> ... Lo que obtengo es la información de la columna location pero de la tabla ps_product y eso no es lo que deseo porque entonces tengo que cambiar manualmente cada campo de la columna location en la base de datos en esa tabla ps_product en lugar de obtener esa información directamente de la columna location de la tabla ps_warehouse_product_location que se va rellenando dentro del Prestashop siguiendo la ruta: catálogo/productos/(dentro de cualquier producto)/almacenes/localización ¿Alguien podría entonces decirme cómo puedo llamar y obtener la info del campo de location de la tabla ps_warehouse_product_location? Sé que existe algún módulo que te permite manejar ese campo a tu antojo pero estoy seguro que existe alguna forma de hacer una llamada a esa columna location para poder usarla en el PDF del Albarán que se descarga en los pedidos de Prestashop Muchas gracias a tod@s de antemano!!
  7. 1 point
    Dans tous les cas avant de lancer une mise à jour il faut regarder ce qu'il se dit sur la forge le forum et autre support. Quand on tape ton erreur dans google on voit que pleins de personnes ont rencontré des problèmes. https://www.prestashop.com/forums/topic/855926-http-500-error-after-update-174/ Après je me méfie toujours des versions 1.7.X.0 Ce qui est bien c'est que ton topic servira à d'autre, je t'alertais juste sur ta façon de procéder. Sion regarde dans Plesk -> Domaine -> Mon domaine -> Paramètre PHP -> open_basedir
  8. 1 point
    Ce n'est pas très cool pour okom3pom, sa remarque est très pertinente. Une maj ça se fait ailleurs que sur le site en prod, surtout avec une m...e comme prestashop 1.7. C'est du suicide à ce niveau-là pour une boutique. Attaque-toi aux merlus qui ont écrit à l'arrache cette version digne de pif gadget (les gadgets ne fonctionnaient quasiment jamais) histoire de lever les fonds de pension américains. Tu es inscrit depuis 2016 sur ce forum, alors tu devrais savoir qui sont les méchants et qui sont les gentils ici...
  9. 1 point
    Si j'ai bien compris la réponse qu'ils ont donné sur Twitter il y a quelques jours, selon eux s'ils installent un anti-spam sur le forum ça va impacter le site principal... Ca devient ridicule. Je pense qu'ils ne réalisent pas la situation. C'est comme s'ils avaient des beaux bureaux à la Défense, dans un bâtiment magnifique ; mais que dans le hall d'entrée ce soit le bordel total. Genre ils entassent les poubelles depuis 3 mois, y a un troupeau de chèvre, des tags dégueulasses sur les murs,...
  10. 1 point
    Ok donc le client n'a rien fait, c'est votre bdd qui a un souci. Ni aurait-il pas eu des nettoyages un peu violents dans les messages, clients, commandes ? C'est juste un problème de collision d'id.
  11. 1 point
    Przyczyną problemu jest stara wersja biblioteki libicu, nowsze Symfony wykorzystywane w PS 17.4 wymaga wersji wyższych od 57.1. Jeśli to VPS można samodzielnie skompilować nowszą wersję tej biblioteki i jej zależności (robiąc sobie bajzel w systemie), a jeśli zwykły hosting należy zgłosić się do dostawcy usługi. Ja darowałem sobie ta aktualizację w oczekiwaniu na aktualizacje repozytorium Debiana.
  12. 1 point
    Bonjour, après de nombreuses recherches : solution trouvée J'ai tenté d'ajouter directement les fichiers manquant depuis le FTP mais pour ma part ce n'étais pas la bonne solution En réalité, lorsque vous créer votre boutique vous ne devez surtout pas ajouter les différentes langues vous-mêmes dans l'outils localisation>langues C'est ainsi que vous allez avoir une langue qui ralentit la boutique. La bonne technique est donc d'ajouter une langue en demandant directement a prestashop de la faire dans l'outil traduction>ajouter une langue : après celle ci apparaitra dans localisation>langues et ne sera pas buggée.
  13. 1 point
    Bah ils doivent consulter cette page aussi souvent que le forum, c'est à dire... jamais depuis 2014^^
  14. 1 point
    Bonjour, Vous pouvez mettre quelque chose du style : {if $page_name|escape:'html':'UTF-8' == 'category"} {/if} On peut le voir dans le fichier header.tpl, quand vous inspectez le code vous voyez que le body possède cet ID là dès que vous êtes sur une page catégorie. Il faut donc reprendre cette variable
  15. 1 point
    first thanks, problem commented around on line 188.. [PrestaShop] Fatal error in module file :/modules/ns_wpblog/ns_wpblog.php: syntax error, unexpected 'return' (T_RETURN) take a look not on line 188, yes on 182-183, or search for.. $output.='<div class="panel"><a href="http://prestatuts.com/tutorials" > <button class="btn btn-default">Module Support Website</button></a></div>' just close the sentence with semicolon $output.='<div class="panel"><a href="http://prestatuts.com/tutorials" > <button class="btn btn-default">Module Support Website</button></a></div>'; hope can help someone, regards
  16. 1 point
    sauvegarde bdd à faire depuis phpmyadmin (importer, etc...) directement car ca merdouille souvent depuis le BO...
  17. 1 point
    En cherchant un minimum tu vas trouver !
  18. 1 point
    Bonjour, Je vous présente donc Op'art product vidéo, un module gratuit qui va vous permettre d'agrémenter vos fiches produits avec des vidéos. Module compatible avec Prestashop 1.5 et 1.6 Avec ce module, vous allez pouvoir ajouter une ou plusieurs vidéos puis les lier à un ou plusieurs produits (pas besoin de d'ajouter la vidéo à chaque produit). Pour ajouter une vidéo c'est très simple il suffit de récupérer l'url de la vidéo sur youtube, dailymotion ou wimeo puis de la coller dans le formulaire d'ajout de vidéo. Regarder la vidéo de démonstration Bien sûr vos questions et commentaires sont les bienvenus ! Changelog *** 08/11/13 *** - Correction d'un bug: l'onglet vidéo n'est plus automatiquement sélectionné. *** 28/02/13 *** - Possibilité d'ajouter un titre aux vidéos. - Possibilité d'ajouter une description aux vidéos. - Possibilité d'ajouter une classe css spécifique à chaque vidéo. - Possibilité de créer des liens d'accès directs aux vidéos. *** 06/05/14 *** - Le module est désormais compatible avec Prestashop 1.6. - Correction d'un problème au niveau de la traduction du module. *** 02/06/15 *** - Correction du titre de l'onglet dans la fiche produit.
  19. 1 point
    Bonsoir, je tenais à vous informer que j'ai enfin résolu le problème... finalement je me suis aperçue qu'il s'agissait d'un problème de droit qui n'avait pas été correctement appliqué sur certains .js Et puis j'ai également dû modifier ma table ps_adress afin que mon import de BDD soit totalement correct et que tout soit présent... peut-être un rapport egalement 😉 En en tout cas je vous remercie d'avoir pris le temps de répondre à ce sujet ! Bonne soirée,
  20. 1 point
  21. 1 point
    Voilà .. One.com demande simplement à présent que l'email émetteur ou email destinateur contienne le nom du domaine du site .. Pour éviter problemes de spam !! A bientot ! jm
  22. 1 point
    Bonjour, Le module n'est pas récent mais je viens de faire une mise à jour importante justifiant l'ouverture d'un nouveau Topic. Ainsi, ce module PrestaShop vous permet de forcer le mode catalogue pour les visiteurs de votre site avant leur connexion ou leur création de compte. L'accent fut mis sur l'UX du module afin d'en simplifier l'usage et son intégration dans toutes les versions récentes de PrestaShop (compatibilité assurée à partir de la version 1.5). Vous pourrez tester le FrontOffice et le BackOffice du module qui est réinitialisé tous les jours afin de vous faire une opinion sur l'intérêt de ce module pour certaines boutiques. Bien entendu, ce module est compatible multi boutique pour vous permettre de dissocier son utilisation sur les différentes boutiques. Cette mise à jour fut la conséquence de la demande d'un client pour y apporter une option. Option qui permet d'activer le module pour une ou plusieurs adresses ip et lui permettre de proposer son catalogue à disposition de ses clients sur des tablettes dans sa boutique physique. Bien entendu, la connexion ou la création de compte client est désactivé pour éviter qu'un client ne laisse sa connexion personnelle ouverte dans la boutique. J'ai estimé que d'autres utilisateurs du module pourraient potentiellement se servir de cette option. Accès au module et à sa démonstration Attention toute fois, ce module intégrant une surcharge de classe du cœur de PrestaShop, l’installation peut demander certaines connaissances, mais ne vous inquiétez pas, je propose un service d'installation de module pour prendre en charge cette étape.
  23. 1 point
    Ok, in 1.7 instead of $page_name you need to use $page.page_name, you can see list of available variables here: https://github.com/PrestaShop/PrestaShop/blob/develop/classes/controller/FrontController.php#L453
  24. 1 point
    bonjour, j'ai été dans la base de donner pour forcer l’état a 1, table configuration, le champ PS_SSL_ENABLED cela a débloqué le probleme désolé pour la réponse tardif
  25. 1 point
    Hi, here's a solution that works for me (version 1.6.0.9): 1) Change the database quantity related fields type to DECIMAL (17,2). ps_product: quantity, minimal_quantity ps_order_return_detail: product_quantity ps_pack: quantity ps_product_attribute: quantity, minimal_quantity ps_product_sale: quantity ps_stock: physical_quantity, usable_quantity ps_cart_rule: quantity, quantity_per_user ps_customization: quantity, quantity_refunded, quantity_returned ps_order_detail: product_quantity, product_quantity_in_stock, product_quantity_refunded, product_quantity_return ps_specific_price_rule: from_quantity ps_order_slip_detail: product_quantity ps_supply_order_detail: quantity_recieved, quantity_expected ps_stock_avaible: quantity ps_cart_product: quantity ps_stock_mvt: physical_quantity ps_cart_rule_product_rule_group: quantity 2) Change declarations and checks related to variables like quantity, qty and similar from int to float. 2.1) For examle: Override the OrderDetail.php class with following changes: line 170-173 'product_quantity' => array('type' => self::TYPE_FLOAT, 'validate' => 'isFloat', 'required' => true), 'product_quantity_in_stock' => array('type' => self::TYPE_FLOAT, 'validate' => 'isFloat'), 'product_quantity_return' => array('type' => self::TYPE_FLOAT, 'validate' => 'isFloat'), 'product_quantity_refunded' => array('type' => self::TYPE_FLOAT, 'validate' => 'isFloat'), 'product_quantity_reinjected' =>array('type' => self::TYPE_FLOAT, 'validate' => 'isFloat'), line 180 'product_quantity_discount' => array('type' => self::TYPE_FLOAT, 'validate' => 'isFloat'), line 191 'discount_quantity_applied' => array('type' => self::TYPE_FLOAT, 'validate' => 'isFloat'), line 562 $this->product_quantity = (float)($product['cart_quantity']) line 570-571 $productQuantity = (float)(Product::getQuantity($this->product_id, $this->product_attribute_id)); $this->product_quantity_in_stock = ($productQuantity - (float)($product['cart_quantity']) < 0) ? $productQuantity : (float)($product['cart_quantity']); Remaining classes to check and override are: Order.php Customization.php Cart.php Product.php 2.2) Override front controllers: CartController.php ProductController.php OrderOpcController.php 2.3) Override admin controllers: AdminOrdersController.php AdminCartsController.php AdminProductsController.php 2.4) Change admin template file /admin/themes/default/template/controllers/orders/controllers/orders/_product_line.tpl line 69 <span class="product_quantity_show{if (float)$product['product_quantity'] > 1} badge{/if}">{$product['product_quantity']}</span> Basically this allows you to see decimal quantity in orders (ORDERS->Orders) from back office. 2.5) Change your theme templates: order-detail.tpl shopping-cart.tpl product.tpl 2.6) Change your theme blockcart module: blockcart-json.tpl blockcart.tpl blockcart.php 2.7) Change your theme js files: order-opc.js line 932 newTotalQty += parseFloat($(this).val()); line 944 totalQty += parseFloat($(this).val()); product.js line 250 var currentVal = parseFloat($('input[name='+fieldName+']').val()); line 264 var currentVal = parseFloat($('input[name='+fieldName+']').val()); cart-summary.js line 346 - new RegExp checks floats instead of integers, this allows to manually change and automatically update product quantity during checkout on cart page. var exp = new RegExp("^[0-9]+\.[0-9]+$"); line 352 var QtyToUp = parseFloat(input) - parseFloat(hidden); line 354 if (parseFloat(QtyToUp) > 0) line 356 else if(parseFloat(QtyToUp) < 0) line 442 (parseFloat(jsonData.summary.products[i].customization_quantity) > 0)) line 801 nbrProducts += parseFloat(product_list[i].quantity); So, that’s it. Actually there is more work to do to change customer account views in order to represent decimal values. Maybe some other templates still to change. Anyway, this basically does the trick.
  26. 1 point
    Hi 2 All, I got a solution for this problem and it working fine for me. what I did is I just 1) Go to https://github.com/flesler/jquery.scrollTo/blob/master/jquery.scrollTo.js 2)Copy Code 3)then GOTO js/jquery/plugins/jquery.scrollTo.js 4)now replace content of above file(Step-3) with code you got in step 2 5)save. Now test it... All above 5 step is just for updating jquery.scrollTo.js which will make you get ride of Order history details does not work any more problem
  27. 1 point
    Hello, I am new in here and PS 1.5.3.1. is my first experience, but i have some programming skills... I had this same issue.. so i looked into shop/controllers/admin/AdminOrdersController.php but the problem wasn't in there, i found it finally by looking into the db.. in the (carrier) and (order_carrier) tables.. somehow when you update a carrier info.. like adding the tracking url.. it doens't update the same carrier in the db, but it creates a new one.. therefore, all orders made have the id_carrier wrong or inexistant if you deleted that carrier.. so in conclusion, the {followup} link is working fine, but you need to create a new order using your new or updated carrier.. the problem then will be if you have real orders and you had to update a carrier, therefore i suggest you modify the link or any info related to that carrier directly into the database, till the development team fix that issue. Hope this helps.
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More