Havouza

#e-com Well I have tested to set it to other values but it does not matter. As someone else say, it is how the theme is built like that, and we will live with it. very, very few of our customers use a phone when they shop so its no problem

Go to https://jv74.se/saxlyftare The category image show very small. If the image is downloaded it is as it should, 871x217 pix. If you inspect the code it say the image is 871x217 as it should. What can be wrong. The same problem with all categories The category image settings is 871x217 in settings for images Have no clue what to do.

Ubuntu 20.04 VPS with 32 gb memory. Running 2 tb 1.4 shops. Nothing else on the server. Tb runs on php 7.4.

Can be but here it stopped working the same minute I updated. In both shops the same. Nothing is changed. But there is luckily ps modules for it

Its a core feature as I see it. In BO Settings/Orders you can set a minimum total value to be met before the order is valuated. How it works is up to the developers to explain.

Its a gamble to buy the module and then find out it does not work anyway.

The problem is the same. No profit on smaller sales. Our problem is that we have free shipping on everything and its 100 % dropshipping. Nowadays its just not possible to keep up with all price raises on products and shipping. But it has worked flawless until we updated shop from 1.3 to 1.4 and I have no clue where i goes wrong. It seems thT if you start with a product that is more expensive than the minimum value and then buy more that is under you can then take away the expensive one and it works.

Hi! A hard error to explain but I will try to make it understandable. In our shop we have a 75 € minimum value to be able to shop, Before the update it worked like the customer could not check out if the bvalue was less and he got an message that he must add so and so much value. Not this does not show at all. Even if the customer add products until it is over the 75 € when you try to checkout the shop freeze and you never come to the payment page. BUT if you before you go to checkout add a product with a value over 75€, then in checkout take it away again it works without problem Anyone has seen this before and is there any solution to this bug

Japp that fixed it. Thanks

I talked to the shopowner and asked him to test and he come in. Very strange. But I will test with deleting it

There is a module with that name, has somesting to do with statistics. But I cant deactivate it to test when I cant access the module page and I cant see it in the module list in the db

Nothing more

Stack trace 2. modules/gridhtml/gridhtml.php:30 source ()

Fatal Error Access level to GridHtml::$_values must be protected (as in class ModuleGridEngine) or weaker in file /home/jv80/public_html/modules/gridhtml/gridhtml.php at line 30 Source file: /home/jv80/public_html/modules/gridhtml/gridhtml.php 11:* If you did not receive a copy of the license and are unable to 12:* obtain it through the world-wide-web, please send an email 13:* to [email protected] so we can send you a copy immediately. 14:* 15:* DISCLAIMER 16:* 17:* Do not edit or add to this file if you wish to upgrade PrestaShop to newer 18:* versions in the future. If you wish to customize PrestaShop for your 19:* needs please refer to http://www.prestashop.com for more information. 20:* 21:* @author PrestaShop SA <[email protected]> 22:* @copyright 2007-2015 PrestaShop SA 23:* @license http://opensource.org/licenses/afl-3.0.php Academic Free License (AFL 3.0) 24:* International Registered Trademark & Property of PrestaShop SA 25:*/ 26: 27:if (!defined('_PS_VERSION_')) 28: exit; 29: 30:class GridHtml extends ModuleGridEngine 31:{ 32: private $_values; 33: private static $_columns; 34: 35: function __construct($type = null) 36: { 37: if ($type != null) 38: parent::__construct($type); 39: else 40: {

This suddenly show up when I after dinner came back to computer and should go on translating a module. I can go everywhere in Backoffice but when I try to go to Modules I get a 500 error. I attach the decrypted error message TB say version 1.5 but I have installed 1.4 what I remember Any input velcome

A module gives this error after the OS was updated. Shop using PHP 7.4 Php log say this PHP Deprecated: Unparenthesized `a ? b : c ? d : e` is deprecated. Use either `(a ? b : c) ? d : e` or `a ? b : (c ? d : e)` in /home/jv80/public_html/classes/module/Module.php(963) : eval()'d code on line 2219 Somerthing to do about it, or delete the module

Somehow it is solved. The php-fpm must have been updated and now require the M after the integer.

From phpinfo.php Have no clue what has happened. Just stoped working post_max_size 16M 16M upload_max_filesize 8M 8M

Already done. Upload quota is 8 mb and the pic was 9.8 kb

Hi! Suddenly I get a new error when trying to upload a product image. Any hint what can have happened. Nothing is changed lowtide.jpg : Fil (storlek: 9779) är för stor (max : 0) In english it say that the file is too big, max 0 Server is ubuntu 20.4 Php 7.4 fpm Allowed upload size is 20 M

yes wer use it. Flawless well worth the price Snabb- och Bulkuppdatering Product Catalog (CSV, Excel) Import v6.5.3 - av MyPrestaModules

Well, all products have unique names, also in these problem cases. This must in my opinion mean that the URL also will be unique. This has at least worked in the other 1500+ products we have in each shop. After I rolled back, we recreated the same products, and now there is no problem. So I still don't think that is the problem.

@wakabayashi To sort things out once and for all. We create new products manually one by one in bo. Fill in the different sections. Info, price, category, image etc. Nothing else. If we use excel we use a upload module for that, only to update prices. We NEVER mass upload new products. Tb create all URLs itself.

Well it's about import to database. I doubt it has some impact on products that is uploaded 1 by one. We never import CSV files, if we upload we upload xlsx.

I updated with the stable 1.4 5 days ago, which caused the problem. And I don't think changes has been made later.