Two Smarty errors:

PHP Deprecated:  Using php-function "stripos" as a modifier is deprecated and will be removed in a future release. Use Smarty::registerPlugin to explicitly register a custom modifier. in .../shop/vendor/smarty/smarty/libs/sysplugins/smarty_internal_compile_private_modifier.php on line 112

PHP Deprecated:  Using php-function "strstr" as a modifier is deprecated and will be removed in a future release. Use Smarty::registerPlugin to explicitly register a custom modifier. in .../shop/vendor/smarty/smarty/libs/sysplugins/smarty_internal_compile_private_modifier.php on line 112

TCPDF errors:

PHP Warning:  Undefined array key "thead" in .../shop/vendor/tecnickcom/tcpdf/tcpdf.php on line 16679
PHP Warning:  Undefined array key "trids" in .../shop/vendor/tecnickcom/tcpdf/tcpdf.php on line 19746
PHP Warning:  foreach() argument must be of type array|object, null given in .../shop/vendor/tecnickcom/tcpdf/tcpdf.php on line 19746
PHP Warning:  Undefined array key "trids" in .../shop/vendor/tecnickcom/tcpdf/tcpdf.php on line 19778
PHP Warning:  foreach() argument must be of type array|object, null given in .../shop/vendor/tecnickcom/tcpdf/tcpdf.php on line 19778

I contacted the developer of the module and here's what they said:

Quote

The fact that the module interprets even a simple customer review as an abandoned cart isn't due to a bug in our module, but rather to a well-known and long-standing Thirtybees bug (derived from the same bug affecting PrestaShop 1.6), which unfortunately also considers a customer's login (or review) an abandoned cart. The bug is therefore in the CMS core, not in the module, which correctly sends an email for each abandoned cart when required. To correct the problem, you'll need to fix the Thirtybees core bug. 

Can anyone confirm that this is a bug in Thirtybees and if yes, how to fix this problem.

Cheers,

Dan

I think I found a bug. If you have an order with VAT exemption and you do a partial refund the credit slip then calculates the prices as if there was taxes in them and also shows a line with tax amount. I tried this on 1.2 and 1.4 (community default theme)

To reproduce:

- have TB with VAT Exemption module installed and configured
- create a customer, address in different EU country with company name and valid VAT Number
- create order
- in bo make a partial refund for a product
- download credit slip and see the taxes on there

Is there any way to have a correct credit note?
Thank you!

After upgrading, without making any changes to translations my confirmation emails are going out like this

Order confirmation {order_name}

Have the placeholder codes changed or is this a bug that someone can advise how to resolve?

Thanks

If you create a new CMS Category and fill in the description, the text that will show in the front office will be the PHP "source code" instead of just the text.

If you look for the listings of CMS category created in the Backoffice, you will also see this under the description column as below:

Here's what shows up on the front office :

Can anyone replicate this?

Is this a bug under TB 1.6.0?

Please note that the CMS Categories that were previously created under TB 1.5.1 are displaying correctly, the problem is only with new CMS categories created under TB 1.6.0...

Cheers

However, this Custom Payment Methods is still available in the payment options for my customers.

This is the error I get from the error logs:

Exception

Message:
Fatal Error: Declaration of AdminCustomPaymentsController::uploadImage($id, $name, $dir, $ext = false, $width = null, $height = null) must be compatible with AdminControllerCore::uploadImage($id, $name, $path, $imageExtension = false, $width = null, $height = null, $generateImageTypes = [])


Location:
modules/custompayments/controllers/admin/AdminCustomPayments.php line 429

Here is the line 429 in the AdminCustomPayments.php file.

 protected function uploadImage($id, $name, $dir, $ext = false, $width = null, $height = null)

I did changed my images format from jpg to webp after the upgrade, but I don't think this is the cause.

Any ideas what could cause this?

I did regenerate all thumbnails and made sure that the size set for category was like it was before (870px by 217px) as image below.

I also tried deleting and re-uploading the category images to see if this would fix the problem, but it did not.

What could cause this problem?

After doing some testings on the resulting front office, I noticed that whenever I would click on the Add to Cart for a product,  then clicking on the "Proceed to checkout" button on the next screen, I would get a Error page 500 instead of the usual Shopping-cart summary page.

I revert back to Thirtybees 1.5.1 and it's working like it was before.

However, any ideas what was the cause of this problem?

I'd like to update to the 1.6 version but would like to know what I need to do so it does not break my shop in the process.

Any help would be appreciated.

The block show on the page and the links under the CMS category work fine, however, if I click on the CMS category name, instead of showing the description of the category and list of pages under this category, I get "This page does not exist.".

Here is the CMS category setup page that I have created:

Here is the link for the site, the CMS block is on the right column "Academic research on colloidal silver " .

If you click on it, you will see the "This page does not exist." even if this CMS category was created as in the picture above.

All other CMS categories I have created in the past are working OK, when you click on their titles, it show the descriptions and "List of pages" under it.

Can anybody replicate this problem or is this a new bug.

(I am on Thirtybees 1.5.1)

Please advise.

Cheers

Can anyone else able to replicate this?

It is working fine on a regular computer, only seeing the problems on mobile devices...

I tried to disable and uninstall the Block Featured Products module and this doesn't fix the problem.

I am on Thirtybees 1.5.1

Please advise...

Thanks

I installed tb 1.5.1

I read the information and saw that I was warned about using php 8.3

Tried to use core update and could not go, I changed to PHP 7.4, ran core updater again, and managed to update to latest main developer version, at final step gave me an error telling I had to use PHP 8.3 this time

So I reverted to PHP 8.3 and ran core updater again, the script gave OK, and finally TB got up and working

I fiddled around configuring and testing lots of things, all seemed to work fine, just apparently btw, that until I tried to create a new category and got this error after saving:

Unknown column 'additional_description' in 'field list'

when trying to edit the category I got 500 server error and downloaded the encrypted error message containing this information among other (if needed I can send the

Table xxxx_xxxx.est_image_entity' doesn't exist

in file classes/ImageEntity.php at line 332

Source file: classes/ImageEntity.php

this line is marked in red into the encrypted error message:
332:            $result = Db::getInstance()->getArray($query);

Here below the whole encrypted message:

SELECT ie.*,
l.display_name,
it.id_image_type, it.name AS image_type, it.width, it.height, it.id_image_type_parent
FROM `est_image_entity` ie
LEFT JOIN `est_image_entity_type` `iet` ON (iet.id_image_entity = ie.id_image_entity)
LEFT JOIN `est_image_type` `it` ON (iet.id_image_type = it.id_image_type)
LEFT JOIN `est_image_entity_lang` `l` ON (l.id_image_entity = ie.id_image_entity AND l.id_lang = 1)
ORDER BY ie.name ASC

313:     *
314:     * @throws PrestaShopDatabaseException
315:     * @throws PrestaShopException
316:     */
317:    public static function getImageEntities(): array
318:    {
319:        $langId = (int)Context::getContext()->language->id;
320:        $cacheKey = 'ImageEntity::getImageEntities_' . $langId;
321:        if (! Cache::isStored($cacheKey)) {
322:            $query = new DbQuery();
323:            $query->select('ie.*');
324:            $query->select('l.display_name');
325:            $query->from(static::$definition['table'], 'ie');
326:            $query->select('it.id_image_type, it.name AS image_type, it.width, it.height, it.id_image_type_parent');
327:            $query->leftJoin('image_entity_type', 'iet', '(iet.id_image_entity = ie.id_image_entity)');
328:            $query->leftJoin('image_type', 'it', '(iet.id_image_type = it.id_image_type)');
329:            $query->leftJoin('image_entity_lang', 'l', '(l.id_image_entity = ie.id_image_entity AND l.id_lang = '.$langId.')');
330:            $query->orderBy('ie.name ASC');
331:
332:            $result = Db::getInstance()->getArray($query);
333:
334:            $imageEntities = [];
335:
336:            foreach ($result as $res) {
337:
338:                $name = $res['name'];
339:
340:                if (!isset($imageEntities[$name])) {
341:                    // Get data from object model $definition
342:                    $className = $res['classname'];

Trying to create a product output the exact same error, but directly at first attempt, the 500 error appears immediately and the panel to build the product does not even appear

What should I do to fix this?

Thank you in advance for any info and help.

Sitemap module recognizes beesblog installed, i.e. on the settings page appears a checkbox for beesblog posts/categories include/exclude, but it won't generate real sitemap - there's no any entry related to bees blog in the generated xml.

Translation of this area doesn't work, please, any advice?

Language is English, but the button appears in Spanish

Always, when I tried to upload a new theme(zip file), there is a message error "Uploaded zip file doesn't contain config.xml file. It is not a valid theme package"

Can somebody help me?

Is this is a hosting problem, I use a2hosting?

Thanks!

There is a mismatch in price due to too long gross price. It should be rounded to maximum 2 decimal places. I import my products with net price. Do I have to change all the prices and settings in the database and end with not rounded net price?

Merchant:

Back office:

Marta

Noticed something that might be considered a bug when having customizable products in a multistore environment - where the stores share products.

With a customizable product, product.tpl will see that the product is customizable and try to add fields. However the the function getCustomizationFields() in Product.php checks in the table "customization_field_lang" where customizable entries exists only exists the original store. So the $field variable served to product.tpl is bool with the value false. Resulting in no fields...

multiple times

upload again all files via ftp (maybe there was error when uploading files to server) and then start install process again

Any suggestion ?

ALSO when I click on Orders, I get this.
Notice on line 261 in file /home/bountyhu/public_html/store/classes/helper/HelperList.php
[8] Trying to access array offset on value of type bool

Notice on line 261 in file /home/bountyhu/public_html/store/classes/helper/HelperList.php
[8] Trying to access array offset on value of type bool

When I click on Customers
Notice on line 261 in file /home/bountyhu/public_html/store/classes/helper/HelperList.php
[8] Trying to access array offset on value of type bool

Notice on line 261 in file /home/bountyhu/public_html/store/classes/helper/HelperList.php
[8] Trying to access array offset on value of type bool

Price Rules
Notice on line 261 in file /home/bountyhu/public_html/store/classes/helper/HelperList.php
[8] Trying to access array offset on value of type bool

Notice on line 261 in file /home/bountyhu/public_html/store/classes/helper/HelperList.php
[8] Trying to access array offset on value of type bool

Notice on line 261 in file /home/bountyhu/public_html/store/classes/helper/HelperList.php
[8] Trying to access array offset on value of type bool

Notice on line 261 in file /home/bountyhu/public_html/store/classes/helper/HelperList.php
[8] Trying to access array offset on value of type bool

Add New Product
Notice on line 3535 in file /home/bountyhu/public_html/store/controllers/admin/AdminProductsController.php
[8] Trying to access array offset on value of type null

Logs
Notice on line 261 in file /home/bountyhu/public_html/store/classes/helper/HelperList.php
[8] Trying to access array offset on value of type bool

Notice on line 261 in file /home/bountyhu/public_html/store/classes/helper/HelperList.php
[8] Trying to access array offset on value of type bool

I have no clue what it means. Is it preventing people from making an order?
I've made absolutely no changes to anything, and don't want to attempt anything in case I mess it up.

The following were blank:

My Thirtybees shop is not linked to a Google Analytics account.

I am on Thirtybees 1.5.0 latest as of today.

Any ideas for why this is happening?

Cheers,