the.rampage.rado

The difference between the mod and original ps version is the additional hook (over the products). It's working just fine for 2 of my stores. I don't know what features were put in the tb version of the module...

When manually updating the update is always sucessful when you have uploaded the files through FTP. The same with the db queries - if the db admin is green you're fine with that query... ;)

How we can push the css of TB - the system creates numerous css and js files which are cached and with unique ID and i belive they are user based. How we can push the css and js without turning off ccc?

Just wanted to check if it's the same with all of you before putting an issue @ github. Does your product page update when the product goes out of stock when you have full page cache enabled for product page? Mine doesn't and it's frustrating. If this is the case is it easily fixable? Also - when I clear my cache in BO the full page cache is not deleted. I have to manually delete cachefs folder contents. A bug or not?

As I said - it's very strange because I don't see this issue on none of my tb sites. @TestTB4Store send me pls your site on direct message so I can check.

Can you send me your sites so I can check this issue? What mobile browsers do you use? Chrome?

@Traumflug - ok, i'll describe the test for my issue later this week and will post them here and in github so hopefully somebody who knows what's going on can check it out.

<?php class ContactController extends ContactControllerCore { /* * module: nocaptcharecaptcha * date: 2018-07-06 22:39:10 * version: 1.0.2 */ public function postProcess() { if (version_compare(_PS_VERSION_, '1.7.0.0', '>=')) { return; } if (!Module::isEnabled('NoCaptchaRecaptcha') || !@filemtime(_PS_MODULE_DIR_.'nocaptcharecaptcha/nocaptcharecaptcha.php') ) { return parent::postProcess(); } require_once _PS_MODULE_DIR_.'nocaptcharecaptcha/nocaptcharecaptcha.php'; $recaptcha = new NoCaptchaRecaptcha(); if (Tools::isSubmit('submitMessage') && $recaptcha->needsCaptcha('contact', trim(Tools::getValue('from')))) { $recaptchalib = new NoCaptchaRecaptchaModule\RecaptchaLib(Configuration::get('NCRC_PRIVATE_KEY')); $resp = $recaptchalib->verifyResponse(Tools::getRemoteAddr(), Tools::getValue('g-recaptcha-response')); if ($resp == null || !($resp->success)) { if ($resp->error_codes[0] === 'invalid-input-secret') { $this->errors[] = Tools::displayError( Translate::getModuleTranslation( 'NoCaptchaRecaptcha', 'The reCAPTCHA secret key is invalid. Please contact the site administrator.', 'configure' ) ); } elseif ($resp->error_codes[0] === 'google-no-contact') { if (!Configuration::get('NCRC_GOOGLEIGNORE')) { $this->errors[] = Tools::displayError( Translate::getModuleTranslation( 'NoCaptchaRecaptcha', 'Unable to connect to Google in order to verify the captcha. Please check your server settings or contact your hosting provider.', 'configure' ) ); } } else { $this->errors[] = Tools::displayError( Translate::getModuleTranslation( 'NoCaptchaRecaptcha', 'Your captcha was wrong. Please try again.', 'configure' ) ); } $this->context->smarty->assign('authentification_error', $this->errors); return; } } return parent::postProcess(); } } This is in my override for ContactController. Obviously part of the module.

You have PM

In PS we have a bug with pack quantities always showing 0 when the least stocked item in this pack has more than 0 in stock. Also I've read about other bugs where the stock of the pack is not reduced when the items are sold otherwise (in other packs or by single purchase). I've followed back on TB changelogs but I did not notice any references to this area. Are some bugs fixed? I need advanced stock program and I know that TB will be ideal in our case but I need to get this fixed as literally all products we sell will be marked as packs and the individual components will be marked as products of those packs.

The spam is increasing. Somehow they get around the captcha because now it's every 10 minutes. I've increased the the settings to maximum checks @ google captcha page but I doubt this will help. Very strange

I also don't receive emails for new orders. Please can you check what's wrong with the module? The test email is sent correctly (from Email settings), the module is configured as in PS but no email is sent. I'll try to restart and reinstall now and get back with more info. EDIT: no, uninstall didn't do the trick. The customer receives email but the merchant doesn't.

The official. The spam continues. It's 40minutes- 1 hour apart. Strange.

Somehos my contact form using Captcha was hacked and some russian dude started spamming me. Any suggestions on how to tackle this? No spam until today, migrated to TB one week ago from PS - no issues there.

Speaking of TB email - did we removed the plain password from the emails?

Thank you, I'll test right away!

Pink - cache on Green - dynamic loading. But even with green cart module I was unable to get it working. It loads the page with cached amoun and then gets replaced by ''empty''

It's not an issue - I'm talking about your async mod of the ps module where you loaded the script asynchronously. I believe it's the same with TB module?

Are you sure your config is correct - special price? Such bug was present on PS where the 'you save' amount was changed with the savings amount.

@lesley - just a quick side question - does the current TB version of Ganalytics has your async fix? Thank you for making anonymous IPs too!

Remember - you must have imagick ext. turned on or it will not install. ;)

@datakick - can you check this out? https://github.com/getdatakick/revws/issues/31 AWESOME MODULE!!! How can we add additional images instead of stars and hearts? And one more question - when I run the microdata through the check tool it says something like "Normalization of the rating was not successful" and "The value of your rating is outside the range. You must assign min and max values" (it's in Bulgarian so I have to roughly translate. Those represent 2 errors. What must be done?

Better quality and better control over the images. Go check the module, you will like it! ;)

So in order to cache the hooks they need to be pink? Why my cart is first showing the cached amount and then displaying empty when I have both of the hooks green?

I would recommend installing imagick module for the pictures and also you must enable the extension. And - which is this module that relies on php 5.6?! If it was me I would uninstall it and move to 7 right away and if the developer updates it add it later. PHP 7 is a must with opcache and apcu. The shop gets usable.