30knees

@30knees said in Product Comments module - suggestion to show only initials: Edit: I am actually transferring reviews from our old shop and thus entering the reviews myself, but it's my name that's showing up, as I am logged in for the reviews. I thought about making the reviews as a guest now. So I replaced the customer ID of the reviews with 0 and added new guest IDs (random), but now none of the reviews is displaying. Figured something out: The IDcustomer field cannot be 0. If it is, reviews aren't displayed. Any ideas on what to enter for the customer ID for guest reviews? There is a separate IDguest. EDIT: The guest comment bug is resolved: https://forum.thirtybees.com/topic/755/bug-verification-guest-product-comments-do-not-show-up-on-product-comments-v4-0-1

One time saving feature would be to be able to upload default images for when there's no product image. Currently, if one would like to customise the default image, one needs to create a bunch of different sizes and upload them via FTP. It would be nice to be able to upload one image in the backend that tb then automatically resizes for the different places where the default image is used.

Hi, I think it would be a nice enhancement to be able to select in the backend to show only the initials of the reviewer in the Product Comments module. We have a lot of customers who only want their initials to be shown. Is there a way to perhaps manually change this until/if the suggestion gets picked up? I changed the name in the database at tbproductcomment and then customer_name, but it looks like tb pulls the name from somewhere else. Edit: I am actually transferring reviews from our old shop and thus entering the reviews myself, but it's my name that's showing up, as I am logged in for the reviews. I thought about making the reviews as a guest now. So I replaced the customer ID of the reviews with 0 and added new guest IDs (random), but now none of the reviews is displaying.

Does anybody want to contribute to the development of such a module? I think the checkout is super important. It's something we'd all benefit from.

@Traumflug There are some problems with 1.6: https://www.prestashop.com/forums/topic/309565-module-cryptocurrency-accept-payments-in-bitcoins-litecoins-dogecoins-etc/page-2 They don't look too major, though. @mdekker I don't know how much time this would take or well the module is written, unfortunately, but this is what needs to be done judging from the forum screenshots: Needs to have: - Have more decimals - Improve payment page, eg have a QR code, etc. - Support for other currencies (should be easy to just have fields for the respective addresses of the other coins) - Add link of finished module to https://en.bitcoin.it/wiki/Category:ShoppingCartInterfaces to promote thirty bees :-) Nice to have: - Introduce master public key capability, as for example CoinSimple has: https://coinsimple.com/support/how-can-i-accept-bitcoin-directly-to-my-electrum-wallet-using-coinsimple/ and https://github.com/coinsimple - Self-verify payments and change payment status I guess a lot could be pulled from: https://github.com/blockonomics/prestashop-plugin and https://github.com/bitpay/prestashop-plugin

Just checking whether the conclusion of the discussion was to not use @Occam 's edits because AEUC doesn't use the file?

The developer doesn't have time, unfortunately. If anybody has the skills and time to do it here, please let me know.

@Occam Is it maybe payment.tpl and not displayPaymentInfo.tpl? I don't have the latter, for example in bankwire and Stripe, but I do have the former in those modules. Though eg not in the PayPal module.

Hi, I'd be interested in developing this module: https://github.com/vblanch/cryptocurrencypsmodule for thirty bees. I also just contacted the author of the module about doing so. I'll post if/what he replies.

OK, thanks for the tip. I'll look around for a different one. Which one do you use?

@Occam I clicked through the different modules, but I didn't find in the file displayPaymentInfo.tpl. Where should I look?

Also, why do the payment methods look (different logos) and why are they named differently depending on whether ‘Advanced Checkout Page’ in the Advanced EU Compliance module is activated? Shouldn't their names and logos be consistent throughout?

Hi all, Two questions: Is the PayPal Sandbox always US? I'm testing the module and the PayPal checkout page (where you log in to PayPal) is always US based, regardless of the billing address entered during the checkout. The PayPal checkout page should recognize the billing address and tailor the page accordingly. So if it's a German address, the PayPal checkout page should be in German. The PayPal checkout page has a thirty bees artisanal coffee and tea logo behind the PayPal iframe. Where can I change the logo?

@Occam Thanks, a good tip! So, it looks like the Bitcoin HD module was based on the "Pay by Check" module. I found this in it's file: ``` public function hookDisplayPaymentEU($params) { if (!$this->active || !$this->checkCurrency($params['cart']) || !$this->checkConfiguration()) { return; } $payment_options = array( 'cta_text' => $this->l('Pay by Check'), 'logo' => Media::getMediaPath(_PS_MODULE_DIR_ . $this->name . '/cheque.jpg'), 'action' => $this->context->link->getModuleLink($this->name, 'validation', array(), true) ); return $payment_options; } ``` And then I also noticed that the payment method "Pay by Check" is shown, even though I don't have it activated. It turns out the AEUC translation label for the module is "Pay by Check". I changed that now to "Pay by Bitcoin" and the payment method is shown now in AEUC as "Pay by Bitcoin". Do let me know if there is anything else I should do to clean the module up a bit.

Hi, I'm getting the following error when I try to finalise a purchase using this Bitcoin module. The orders are ultimately captured, however. Does anyone have an idea for a fix? Thank you [ThirtyBeesDatabaseException] Unknown column 'bitcoin_address' in 'field list' SELECT `bitcoin_address` FROM `tb_orders` WHERE `id_order` = '5' LIMIT 1 at line 797 in file classes/db/Db.php 792. if ($webserviceCall && $errno) { 793. $dbg = debug_backtrace(); 794. WebserviceRequest::getInstance()->setError(500, '[SQL Error] '.$this->getMsgError().'. From '.(isset($dbg[3]['class']) ? $dbg[3]['class'] : '').'->'.$dbg[3]['function'].'() Query was : '.$sql, 97); 795. } elseif (_PS_DEBUG_SQL_ && $errno && !defined('TB_INSTALLATION_IN_PROGRESS')) { 796. if ($sql) { 797. throw new PrestaShopDatabaseException($this->getMsgError().'<br /><br /><pre>'.$sql.'</pre>'); 798. } 799. 800. throw new PrestaShopDatabaseException($this->getMsgError()); 801. } 802. } DbCore->displayError - [line 460 - classes/db/Db.php] - [1 Arguments] DbCore->query - [line 710 - classes/db/Db.php] - [1 Arguments] DbCore->getRow - [line 740 - classes/db/Db.php] - [2 Arguments] DbCore->getValue - [line 741 - modules/bitcoinhd/bitcoinhd.php] - [1 Arguments] BitcoinHD->generateBitcoinAddress - [line 700 - modules/bitcoinhd/bitcoinhd.php] - [1 Arguments] BitcoinHD->hookActionGetExtraMailTemplateVars - [line 771 - classes/Hook.php] - [1 Arguments] HookCore::coreCallHook - [line 487 - classes/Hook.php] - [3 Arguments] HookCore::execWithoutCache - [line 280 - classes/Hook.php] - [7 Arguments] HookCore::exec - [line 389 - classes/Mail.php] - [4 Arguments] MailCore::Send - [line 510 - classes/order/OrderHistory.php] - [13 Arguments] OrderHistoryCore->sendEmail - [line 422 - classes/order/OrderHistory.php] - [2 Arguments] OrderHistoryCore->addWithemail - [line 949 - classes/module/PaymentModule.php] - [2 Arguments] PaymentModuleCore->validateOrder - [line 61 - modules/bitcoinhd/controllers/front/validation.php] - [9 Arguments] BitcoinHDValidationModuleFrontController->postProcess - [line 355 - classes/controller/Controller.php] ControllerCore->run - [line 743 - classes/Dispatcher.php] DispatcherCore->dispatch - [line 33 - index.php] ```

What's the status of the German translations on CrowdIn? @eleazar Is it just needing to approve now because you uploaded everything already?

Can anybody else reproduce this?

The module has the displayPaymentEU hook, so it looks like it is something else. Any ideas on how to figure out what it might be? It's only the Advanced AEUC checkout where the payment method isn't shown. It's shown on the standard AEUC checkout.

Strange: I have 1.0.2., but the file was still the old version. Any idea why this could be? However, updating didn't help. I still get the exact same error.

Can't find any error.log file, unfortunately. :(

That's the only error I got, unfortunately. It shows up on the page: Localization>Translations after using the copy from theme A to theme B function.

It is on, but I don't get an error message.

Hi, I tried to copy translations from the community theme to the theme I'm using through the backend, but I got the following error: Table 'sjlkjsll.tbtbattachment_lang' doesn't exist SELECT * FROM `tb_tb_attachment_lang` WHERE (`id_lang` = 1) Can someone else confirm this bug or is it something with my shop?

Is there a way to give eg Shipping costs a fixed tax rate regardless of the shopping cart contents until the bugs have been fixed? Ideally, the carrier prices would then always be incl. taxes of X%.

Here's a feature suggestion you can vote on: https://thirtybees.com/suggestions/filter-delivery-slips-generation-by-order-status/ Currently, the bulk delivery slip generator works only by dates. I think being able to filter according to order status would be a big improvement - at least for our workflow. I'd use the different PDF files generated for different recipients, and I could filter nicely according to the order status.