All Activity

Is it possible for this module to emit the following items: - current year - would be wonderful if we can activate the module in the footer of our theme or CMS page - shop name - if we have multistore and our CMS pages are the same, but we only want to switch the shop names - shop URL - same - contact email - point to our shop email in Shop Contacts, again useful in CMS pages I know that the module currently does not support CMS pages but for future release,s I think it could be interesting proposal.

Could you give me access to your shop to check on this issue?

personalized emails on abandoned carts are much more effective.

Thanks for the hint; I wouldn't have expected to find something like that there. I'm sure I've seen it before, but after a while, you don't think to look for it under 'Languages'. I've already changed the 404.gif image (or the equivalent for my theme) to a blank 1kB image. That works fine, and it now displays as I want. However, I still don't quite understand the reason. The image settings, etc., are correct and identical to my shop version 1.5.1.

this is a perfect abandoned cart reminder module. thanks!

In the language configuration: Localization -> Languages, add your own “No-picture” images (can be transparent PNG).

I have the same error with the update to php 8.1, is there any solution? I am not sure to code something for my own here, regarding it seems to be deep in the Core and it is about the shopping cart - i dont want to crash this 🤓 You can see that there is the Id 26683, but this does not exist. It seems to be an updated address and is now (customer) Id 26684. Warning Message: Attempt to update unsaved object Location: classes/ObjectModel.php line 752 Stacktrace #0 builtin #1 classes/ObjectModel.php(752): trigger_error("Attempt to update unsaved object", 512) #2 classes/Cart.php(2809): ObjectModelCore->update(false) #3 classes/Cart.php(2769): CartCore->update() #4 controllers/front/AddressController.php(307): CartCore->updateAddressId(26683, "26684") #5 controllers/front/AddressController.php(129): AddressControllerCore->processSubmitAddress() #6 classes/controller/Controller.php(198): AddressControllerCore->postProcess() #7 classes/controller/FrontController.php(264): ControllerCore->run() #8 classes/Dispatcher.php(858): FrontControllerCore->run() #9 index.php(33): DispatcherCore->dispatch()

I'm having problems with product images, not category images. When I look at the category overview, I see the placeholder (the product correctly has no image). When I then look at the product details, I don't see a placeholder, just nothing (white, since it has no image).

ok, would it be a good idea then to do this automatically, when there is no pic given? e.g. by PHP (m I correct in this?): <?php $img = imagecreatetruecolor(1, 1); imagesavealpha($img, true); $transparent = imagecolorallocatealpha($img, 255, 255, 255, 127); imagefill($img, 0, 0, $transparent); header('Content-Type: image/png'); imagepng($img); imagedestroy($img); ?>

There is an open issue on github for this. However, it's a pretty easy fix to get working. Just read the item here for direction https://github.com/thirtybees/stripe/issues/86

What is the reason for this switch?

Let's hope that there still will be someone to be surprised - my client is moving to WooCommerce.

A less labor-intensive solution is to replace the image /img/404.gif with an blank transparent image.

Merchants can always upload 1px transparent blank images if they only want graphics for only some of the categories.

I deliberately deleted the image for this one category to get the effect of displaying a placeholder image 🙂 Whether this is a bug or not is open to debate. If we decide to display subcategory images, we should add images to all categories. However, many stores do not have a uniform data management concept and add images to some categories but not to others. And with these placeholder images, it looks ugly.

I am not sure... Is this a bug report or an explanation? Do you have uploaded a thumb image for packets? Cause you are right, these are exactly the images we are talking about "thumb".

Displaying a placeholder image for subcategories causes an bug in getSubCategories() method of Category class: foreach ($result as &$row) { $row[‘id_image’] = $row[‘id_category’]; $row[‘legend’] = ‘no picture’; } Whether the image exists or not, ‘id_image’ with the ID of the given subcategory is always returned. And if there is no image, the rules from htaccess load a placeholder image.

The team is working on a surprise. When they are ready, it will be revealed. 🙂

In categories you have two different types of images: \thumb is the preview image.

What does this mean? Unfortunately I didn't find time to participate a lot on github recently. Hopefully I can change it in 2026. I have so much open Todos 😑 But AI is helping to get faster at solving stuff with code. 😊

Yes, everything is done as described, set SEO/URL, regenerate all pictures and so on... Changes does not have any effect. Test shop: # categoriesthumb images RewriteCond %{HTTP_HOST} ^test.domain.xyz$ RewriteRule ^categoriesthumb/([0-9]+)(\-[_a-zA-Z0-9\s-]*)?/.+?([2-4]x)?\.(avif|gif|jpeg|jpg|png|webp)$ %{ENV:REWRITEBASE}img/c/thumb/$1$2$3.$4 [L] Live shop: (i think this is the part for categoriesthumb images, i do not have a listing with # in there) RewriteCond %{HTTP_HOST} ^livedomain.xyz$ RewriteRule ^c/([0-9]+)(\-[\.*_a-zA-Z0-9\s-]*)(-[0-9]+)?/.+?([2-4]x)?\.jpg$ %{ENV:REWRITEBASE}img/c/$1$2$3$4.jpg [L] RewriteRule ^c/([a-zA-Z\s_-]+)(-[0-9]+)?/.+?([2-4]x)?\.jpg$ %{ENV:REWRITEBASE}img/c/$1$2$3.jpg [L] and i dont have any other overrides for pictures (caused in the theme). There is the folder /thumb/ included in the test-shop rule, but why?

My problem was an override I had done that caused the problem. Make sure you check for that.

Did you follow the guide from page 1? All entities set correctly? Here is an example from Warehouse: Have you regenerated all thumbnails with the new settings down the page: Did you regenerate your htaccess and does it include the images as: .... RewriteRule ^categories/([0-9]+)(\-[_a-zA-Z0-9\s-]*)?/.+?([2-4]x)?\.(avif|gif|jpeg|jpg|png|webp)$ %{ENV:REWRITEBASE}img/c/$1$2$3.$4 [L] .... RewriteRule ^products/([0-9])([0-9])(\-[_a-zA-Z0-9\s-]*)?/.+?([2-4]x)?\.(avif|gif|jpeg|jpg|png|webp)$ %{ENV:REWRITEBASE}img/p/$1/$2/$1$2$3$4.$5 [L] and so on...

Configure the entities first and after that if you're using custom theme it might be coded to use hardcoded links to the images, not the one supplied by the core. After the image rewrite the links are different.

Was any solution found for this? Or what triggered it? I'm experiencing a situation where, after updating to version 1.6, the thumbnails in the category previews are populated with the camera icon when there's no actual image. Previously, nothing was displayed there at all, just a blank white space. I have the .htaccess files from versions 1.5.1 and 1.6 for comparison, but of course, I'm stuck.