Acer

No not at all, no offence taken 🙂 However, imo, experience has also shown that sometimes it's the one "outlier guy" who finds a "very real" bug that no one else has seen before. Maybe a unique use-case. So no, I feel that each "bug report" whether it's reported by many people or just by one should be taken seriously and not just written off to "Server issue / external module". It's silly, because it's a very real bug that could get ignored. Only to blow up in everyone's faces later down the line when 1.1.1 gets released, when everyone catches up and uses the faulty feature all of a sudden and "boom". Also, while we're talking about this - I've noticed somewhat worryingly that even if multiple people (i.e. more than 1 person) reports a bug, it seems that all we hear from the team is silence / crickets. It's like the team fell off the planet or something...

Same error here as the original post. Not sure if it is actually Panda related though... Now that it's more that one person that is experiencing this problem, maybe it would get looked into or seen as a 'real issue'?

Ok, fair point. However, you're hinting that if it's only one person, it gets ignored. As I see there's still not proper solution to Alan's post on February 6. What's bizarre is that I don't think it's a Panda issue. Everything was fine and then seemingly randomly when I tried to create a new Category this error occurred. Also, it seems that there's been a similar problem and even an older one in PS 1.7, 1.6 going back years. Seems like one of those deep / unresolved errors... https://www.prestashop.com/forums/topic/952960-backend-8-undefined-index-category-error/ Maybe someone can provide a solution?

Hi Running TB 1.1.0 (with latest Panda): I'm getting the following strange errors when I try to create a new Category in Admin / Back-end I've made no changes to AdminCategoriesController.php. Notice on line 638 in file AdminCategoriesController.php [8] Undefined index: category Notice on line 647 in file AdminCategoriesController.php [8] Undefined index: medium The only category related thing I did recently was removing some duplicated main categories that somehow got created on CSV Import... Your help is appreciated in advance.

Totally agree. It should stay in Core. One of the main features that used to be "advertised" for TB was its great and fast caching and Page cache functionality. This is not just for "advanced" users, and provides an immediate and measurable site speed boost for most sites (including those that use custom templates), with no issues in most cases. + Very simple and easy to configure. I still use it and I'm sure many others still use it too.

Does anyone know if this TB Bleeding Edge + Panda caching issue has been resolved? @rubben1985

MyPresta HTML Box link if anyone is interested (though with TB's built-in HTML block this one is actually not needed): https://mypresta.eu/modules/front-office-features/html-box.html Some great Free Modules from MyPresta: https://mypresta.eu/prestashop/tag/for-free/ And yes, most of these modules are Thirtybees compatible. Bytw: MyPresta is the company of great Prestashop legend Vekia - used to be very active on the PS forums for years and supplied excellent help and modules...

@Traumflug @datakick @Jonny Please may we ask you to shed some light on this?

Hi I'm curious, did you get an answer or solution to this issue? A lot of us are running Panda, so if there's a problem with Panda + 1.1.x bleeding edge...

So I encountered the same problem now with TB 1.1.0 and latest "nocaptcharecaptcha" module... I can confirm that Datakick's fix above works. For those of us with an existing override, this post will help. Module Update Request please: Can Datakick's fix please be incorporated into the module and pushed as update? https://github.com/thirtybees/nocaptcharecaptcha/issues/5 New users / developers will continue to experience this problem until it's been patched. Also, I'm sure (from what I've seen in this thread) that there are merchants that think this is working when it's actually not.

For those of us with an existing ContactController override: Ok confirmed, the reason why it wasn't working on my side is because I already had an override for ContactController as stated above. Used the new ContactController file as created by the "nocaptcharecaptcha module" as main. Identified Nemo's code from previous override and pasted into new main override (the entire "if (Tools::isSubmit('submitMessage')) {}" code block) Commented out "return parent::postProcess();" from the "nocaptcharecaptcha" module. Now everything works as expected. For those with no previous ContactController override: The following works: Go to "override\controllers\front\ContactController.php" and replace all occurrences of Module::isEnabled('NoCaptchaRecaptcha') with Module::isEnabled('nocaptcharecaptcha') As per DataKick's post here Hopefully this gets patched and rolled out as update to "nocaptcahrecaptcha" module.

I still think the module should be patched and pushed as update, as people have been downloading 1.1.0 with this bug, activating Captcha and just assuming that it was working correctly... However, I think that the reason why the "fix" is not working for me at the moment is because I already have an override for ContactController. My override is a result of implementing Nemo's "add additional field to Contact form" post. (http://nemops.com/adding-new-fields-to-prestashop-contact-form/#.XjkioCOxWUl) Will see what I can do to merge the two and will give update.

Hi Nope, this doesn't work :( @datakick mentions here to do the following: "you edit override file (\override\controllers\front\ContactController.php) and replace all occurrence of Module::isEnabled('NoCaptchaRecaptcha') with Module::isEnabled('nocaptcharecaptcha') " For me, there's only one instance of the title case "NoCaptchaRecaptcha" in this file and replacing it with lowercase does not work. Contact form still bypasses Captcha. Can this module not be patched with the fix and pushed as an update? Like the other TB modules (Beez Blog etc)?

Hi Tried implementing NoCaptcha Re-Captcha on the Contact form (using TB 1.1.0 with Panda with latest Captcha module) But the Captcha validation is being skipped, so the form allows you to post without Captcha validation. Login attempts is set to 0. I see this has been reported as a bug a while back, but not seeing any updates? Also, it appears to be mentioned in the thread below, but no apparent solution? https://github.com/thirtybees/nocaptcharecaptcha/issues/5 https://forum.thirtybees.com/topic/2400-2400/no-captcha-recaptcha-installed-but-start-receiving-spam-mails-again/#comment-23808 Is there perhaps a temporary fix that I can implement in the code until a bug fix becomes available? There is a javascript error that occurs after the form has been submitted (in case this is relevant): recaptcha__en.js:515 Uncaught Error: reCAPTCHA placeholder element must be an element or id at Object.lS [as render] (recaptcha__en.js:515) at onloadCallback (contact-us:299) at WY (recaptcha__en.js:518) at recaptcha__en.js:511 at Qo (recaptcha__en.js:504) at Cc (recaptcha__en.js:511) at recaptcha__en.js:519 at recaptcha__en.js:539

He himself mentioned this in a thread. Community all wished him well here. So... Is it wrong asking how the guy is doing? Not asking for private info bytw.

The reason is that he as come out and mentioned this himself (in the thread included below). This comes from a genuine sense of caring and well-wishes from myself and it seems from others. Unfortunately, it's now become awkward... All we wanted to know is how he is doing (not private specifics of course). He happens to be a big part of TB... It's great that you guys are missing the point here...

Hehehe. Look, I asked 18+ hours ago. I think it's reasonable to do a follow up, to keep this post / thread alive. If you want to make a comment, you can ask the team guys why they haven't bothered to reply?

Can the team give us an update please? @datakick @Traumflug @wakabayashi @lesley

Hi I'm sure many of us are wondering how Lesley is doing? Can we have an update please?

Yeah, any news on @lesley? I'm sure we're all curious how he's doing? Best wishes to Lesley and for a speedy recovery.

Thanks @lesley and @Traumflug for the feedback here And for the original DH42 email (Lesley) 😉

As @Traumflug mentioned, search for a folder with the name phpunit if you find it, you can delete the phpunit folder and all its content. Also, I think it's safe to assume that "upgraded PS 1.6 to TB sites" could be at risk here also.

Right, obviously. Lol... I think when something like this comes up, it's easy to panic automatically and risk not seeing things 100%. To quote myself: 😊

If there are no folders, but the phpunit.xml file comes up? vendor\greenlion\phpunit.xml vendor\swiftmailer\phpunit.xml

Ummm. I think the TB admin guys need to reply here pls... Just doing a quick search on my local TB 1.1.0 install and I'm getting phpunit.xml in multiple locations. @GotaborTry doing a search just for the file "phpunit.xml" and see if something comes up? TB admins, some feedback pls?