Beeta

I know this is old but in case someone with Prestashop 1.6 need it I found this: https://github.com/PrestaShop/PrestaShop/issues/9866#issuecomment-441652867 Is not an error but is phrased like it is

semplice e senza tanti fronzoli, a me piace attento che ne nel footer ci sono delle frasi non tradotte in italiano

No one have an idea how to archive this?

from which version to which one? already cleared the cache?

With professional you pay 29€ per month or 12 months upfront for 228€ (19€ per month). You can see those price change switch the annually and monthly button on the left. The deprecated "startup" license was lifetime but without the possibility to get updates (only bugfixes).

mine is working TB 1.5 NGINX 1.17.1 (old) PHP 7.4.33 Prestabay version 4.2.1 The price difference from startup and professional are about 30€. https://involic.com/prestabay-prestashop-ebay-integration/pricing

I would like to display blocklayered filter directly in the homepage of the shop. is it possibile? if not, is it possibile to go around this limitation setting a different page as homepage (for example example the "root category" page)?

I would like to do a search and then from the search results page filter with block layered filter. Is it possibile?

Already done without success (I restarted nginx and php too). Now I tried to do a test order and I got:

I configured customs payment method (COD and shop pickup), linked to their specific carrier, but in the payment section of the cart they custom payment method is display twice. Example of "payment shop pickup" (pagamento al ritiro in negozio): any idea why?

meanwhile involic replied suggesting to edit the "if" from: if (!$dbInstance instanceof DbPDO) { throw new DBException( sprintf('DB Instance should be instance of DbPDO, we get %s', get_class($dbInstance)) ); } to: if (!$dbInstance instanceof Db) { throw new DBException( sprintf('DB Instance should be instance of DbPDO, we get %s', get_class($dbInstance)) ); }

yes it's working now, thank you @datakick about the last excemption do you think I have to warn involic (prestabay developer)?

Update to 7.4 done, now I'm getting this loading the module page: Exception Message: Involic\Exceptions\DBException: DB Instance should be instance of DbPDO, we get Db Location: modules/prestabay/library/PSR4/Involic/Repository/AbstractRepository.php line 48 Stacktrace #0 modules/prestabay/library/PSR4/Involic/Repository/AbstractRepository.php(48) #1 modules/prestabay/library/PSR4/Involic/Model/AbstractModel.php(53): Involic\Repository\AbstractRepository->__construct() #2 modules/prestabay/library/PrestaBayContainer.php(188): Involic\Model\AbstractModel::getRepository() #3 modules/prestabay/library/PSR4/Pimple/Container.php(115): PrestaBay\Library\PrestaBayContainer::PrestaBay\Library\{closure}() #4 modules/prestabay/library/PrestaBayContainer.php(240): Pimple\Container->offsetGet() #5 modules/prestabay/library/PSR4/Pimple/Container.php(115): PrestaBay\Library\PrestaBayContainer::PrestaBay\Library\{closure}() #6 modules/prestabay/library/PrestaBayContainer.php(363): Pimple\Container->offsetGet() #7 modules/prestabay/services/Synchronization/Tasks/Order.php(53): PrestaBay\Library\PrestaBayContainer->get() #8 modules/prestabay/services/Synchronization/Factory.php(37): PrestaBay\Services\Synchronization\Tasks\Order->__construct() #9 modules/prestabay/services/Synchronization/Run.php(203): PrestaBay\Services\Synchronization\Factory::getTask() #10 modules/prestabay/services/Synchronization/Run.php(157): PrestaBay\Services\Synchronization\Run->executeCronJobs() #11 modules/prestabay/controllers/front/cronImportant.php(51): PrestaBay\Services\Synchronization\Run->execute() #12 classes/controller/Controller.php(191): PrestabayCronImportantModuleFrontController->postProcess() #13 classes/controller/FrontController.php(243): ControllerCore->run() #14 classes/Dispatcher.php(851): FrontControllerCore->run() #15 index.php(33): DispatcherCore->dispatch() this is the interested part of modules/prestabay/library/PSR4/Involic/Repository/AbstractRepository.php public function __construct(array $definition) { $this->tableName = _DB_PREFIX_ . bqSQL($definition['table']); $this->primaryKey = $definition['primary']; $dbInstance = Db::getInstance(); if (!$dbInstance instanceof DbPDO) { throw new DBException( sprintf('DB Instance should be instance of DbPDO, we get %s', get_class($dbInstance)) ); } $this->dbInstance = $dbInstance; $this->pdoLink = $this->accessProtected($dbInstance, 'link'); }

I'm not sure about prestabay compatibility with 7.4. I'm going to check and in case upgrade.

Thank you very much @datakick I'm already on bleeding edge and it say that I'm already using latest bleeding edge version fcf3987d011c85bb59dd7b75c9c75ef91b715036 It's ok to use Official releases or have I to set development branches? The second one, right?

@datakickI found the error but I don't know if it's a thirtybees 1.4 (1.5) bug or of the module it self. The only thing I've done were: update to 1.4 bleeding edge from 1.3 recompiled php 7.2.34 to add fileinfo module here's the decrypted 500 error. TypeError Argument 5 passed to LinkCore::getProductImageUri() must be of the type string, array given, called in /home/nginx/domains/domain.com/public/classes/Link.php on line 375 in file /home/nginx/domains/domain.com/public/classes/Link.php at line 1180 Source file: /home/nginx/domains/domain.com/public/classes/Link.php 1161: return _THEME_PROD_DIR_ . $candidate; 1162: } 1163: } 1164: 1165: // Default image was not found 1166: return false; 1167: } 1168: 1169: /** 1170: * This method returns uri to product image, if it exists 1171: * 1172: * @param int $imageId 1173: * @param string $formattedType 1174: * @param bool $highDpi 1175: * @param string $preferredExtension 1176: * @param string $name 1177: * 1178: * @return string | false 1179: */ 1180: protected function getProductImageUri(int $imageId, string $formattedType, bool $highDpi, string $preferredExtension, string $name): string 1181: { 1182: // ids can either be single number, or in format id_product-id_image 1183: $typeDimension = $formattedType ? '-'.$formattedType : ''; 1184: $highDpiDimension = $highDpi ? '2x' : ''; 1185: 1186: $extensions = [ $preferredExtension ]; 1187: if ($preferredExtension === 'webp') { 1188: $extensions[] = 'jpg'; 1189: } 1190:

@veganlineyour prestabay installation is working with tb 1.4? specifically the products sync

My father-in-law just renew prestabay and until some days ago was working ok. In the meantime I’m going to take a look at ebay2.

@veganlineI upgraded to 1.4 and php 7.2.34 The module can't sync anymore products 😞If I try to send manually a product to ebay it doesn't give any error but stay in "Sending" without doing anything else. It sync orders and messages correctly but not products. I can't find errors in logs. I contacted their support but they are slow to respond. 😞

Se non sei su bleeding edge penso sia più facile fare come ti ha detto @datakick, ma vediamo cosa ti dice.

TB 1.4 bleeding edge (version fcf3987d011c85bb59dd7b75c9c75ef91b715036) PHP 7.2 I'm gettin this 500 error when I try to open the file manager to upload an image: Error Call to undefined function mime_content_type() in file /home/nginx/domains/domain.com/public/adminNNNNNN/filemanager/include/php_image_magician.php at line 1745 Source file: /home/nginx/domains/domain.com/public/adminNNNNNN/filemanager/include/php_image_magician.php 1726: } else { 1727: $alpha += 127 * $opacity; 1728: } 1729: $alphacolorxy = imagecolorallocatealpha($img, ($colorxy >> 16) & 0xFF, ($colorxy >> 8) & 0xFF, $colorxy & 0xFF, $alpha); 1730: imagesetpixel($img, $x, $y, $alphacolorxy); 1731: } 1732: } 1733: } 1734: 1735: /** 1736: * @param $file 1737: * @return false|GdImage|resource 1738: * @throws Exception 1739: */ 1740: private function openImage($file) 1741: { 1742: if (!file_exists($file) && !$this->checkStringStartsWith('http://', $file) && !$this->checkStringStartsWith('https://', $file)) { 1743: throw new Exception('Image not found.'); 1744: } 1745: $extension = mime_content_type($file); 1746: $extension = fix_strtolower($extension); 1747: $extension = str_replace('image/', '', $extension); 1748: switch ($extension) { 1749: case 'jpg': 1750: case 'jpeg': 1751: $img = @imagecreatefromjpeg($file); 1752: break; 1753: case 'webp': 1754: $img = @imagecreatefromwebp($file); 1755: break; Stack trace 1. adminNNNNNN/filemanager/include/php_image_magician.php:252 source imageLib->openImage(arguments) 2. adminNNNNNN/filemanager/include/utils.php:96 source imageLib->__construct(arguments) 3. adminNNNNNN/filemanager/dialog.php:972 source create_img_gd(arguments) PHP version: unknown. Code revision: unknown build for PHP unknown

I already updated to 3.0.3 blockcategories, I can proceed to fix or it should be already fixed and I stumble upon another little bug?

I just upgraded to 1.4 and in the core updater => database those appear. Severity Flags Description Actions recommended dangerous Extra column id_last_order in table tb_employee. Please ensure that this column is not used by any module before removing it recommended dangerous Extra column id_last_customer_message in table tb_employee. Please ensure that this column is not used by any module before removing it recommended dangerous Extra column id_last_customer in table tb_employee. Please ensure that this column is not used by any module before removing it recommended dangerous Extra column hover in table tb_image. Please ensure that this column is not used by any module before removing it recommended dangerous Extra column hover in table tb_image_shop. Please ensure that this column is not used by any module before removing it recommended dangerous Extra column hide_host_mode in table tb_tab. Please ensure that this column is not used by any module before removing it "extra column hover" I think are related to panda theme (but I'm not sure) the other ones I don't know. any suggestions?

Hello, I just updated to 1.4, after that I run Consistency check and I got this message: These non-executable hooks do not (or at least they shouldn't) hurt your system much. But they contribute to performance degradation, because your system have to unnecessarily load and instantiate the module on every hook execution. List of errors Error description Actions Module blockcategories registered hook actionAdminLanguagesControllerStatusBefore but does not implement hook handler Module custompayments registered hook advancedPaymentOptions but does not implement hook handler Module paypal registered hook displayBeforePayment but does not implement hook handler Module genzo_krona registered hook actionAdminGenzoKronaPlayersListingResultsModifier but does not implement hook handler Module stripe registered hook Header but does not implement hook handler Module stripe registered hook displayPaymentRequestButton but does not implement hook handler Module stmegamenu registered hook actionProductDelete but does not implement hook handler Module stmegamenu registered hook hookActionObjectProductDeleteAfter but does not implement hook handler Module stiosslider registered hook displayLeftColumn but does not implement hook handler Module stbanner registered hook displayFooter but does not implement hook handler Module stfeaturedcategories registered hook displayHomeSecondaryLeft but does not implement hook handler Module stblog registered hook displayAnywhere but does not implement hook handler What I soppose to do now? Contact modules developer? Some module are core one's. p.s. maybe the results was equal with 1.3...

Anyone know or tried Automatisch? It an open-source alternative to zapier or ifttt. https://github.com/automatisch/automatisch this is their description: “Automatisch is a business automation tool that lets you connect different services like Twitter, Slack, and more to automate your business processes. 💸 Automating your workflows doesn't have to be a difficult or expensive process. You also don't need any programming knowledge to use Automatisch.” How about collaborate with them to supporting Thirtybees?