Artan

Hi @kenlyle,

what did your developer say? Is he willing to share the code for the fix on the WooCommerce pages? That would be great!

Regards

But perhaps Really Simple CAPTCHA ist still better then nothing. Googles reCAPTCHA seems to store a lot of data that is not allowed in EU without consent. And if you would have to block it until the user “allows” it through cookie consent tool, then bots would still have free way, which is pretty stupid regulation here. Then it doesn´t really make sense to use it.

What I found is that reCAPTCHA could store data like:

• Page that integrates reCAPTCHA
• Referrer URL (page from which the user comes)
• IP address of the user
• Device settings (language, browser, location)
• Length of stay
• Mouse movements and keyboard strokes
• Screen and window resolution
• Time zone and Installation of browser plugins

There are some articles here in Germany which say it is a “grey zone” of using it and if someone wants to piss you off, that person could start legal action if no cookie consent option is given, so this makes the solution either useless as it gets blocked till consent is given or you have it all the time activated and someone could start legal action because no consent was given.

So I prefer your less “safe” option. Perhaps you will keep this updated with your own CAPTCHA. I would be thankful.

Thank you and keep up your good work! 🙂

Hi @benjcampbell,

wow, pretty cool! 🙂 Thanks a lot for sharing your work here. This is perfect!

Now I can finally leave some accordions closed on mobile where there is limited space and opened on desktop where place is not such a problem!

Perfect for responsible designs. Hope Elementor sees the necessity for this feature as it gives more precise handling of layouts.

Cheers and regards! 😉

Artan

Hi,

it is as I thought. The plugin developers can´t really do anything about the OceanWP toolbar. They confirm the same method as I mentioned that the elements of the toolbar of OceanWP are not Ajax ready and therefore the functions don´t get rerun after Ajax loading.

https://filtereverything.pro/resources/ajax-related-problems//

Is there a possibility that you can forward this to the developers? I think adding this functionality would be nice, it would secure that loading the product archive page via Ajax the functions would be still usable. And I think for example lot of filter plugins work with Ajax. Would be sad to loose the functionalities just because of that simple fix…

Thanks and regards

Hi RazyRx,

really thanks for your reply, but it points really in no direction how to solve this. Is there no way of avoiding that the plugin uses the blog post permalinkstructure.

Can it perhaps use somehow the permalinkstructure of products (woocommerce) instead or a way of setting your own like “.de/my-wish-url/brands/brand-name” or just display it after main url “.de/brands/brands-name/”.

If I delete the custom url permalink structure for blog I can get it to desired url but I need the structure for the blog. It´s really a conflict in my case. 🙁

Thanks and regards!

Hi Shahin,

I sent subscriber login to email support@oceanwp.org

With that credentials you can test yourself.

1. Just go in a product cat page (use the main menu)
2. Use the filter on left side
3. Click “Filtern” (Apply) to run the filtering
4. After successful filtering try to use the “grid” or “list” button” in the toolbar above the product cards
5. See that it doesnt word anymore
6. After refreshing site the functions will come back

As I mentioned the functions get only stripped after AJAX success. Same goes with the select box next to the buttons for sorting the products.

Would be good if the scripts would be rerun after ajax success for example with:

jQuery(document).ajaxSuccess(function() {
                //...
            });

Thanks for your reply!

Regards

Hi,

I found this code in main.php in the plugin folder. I changed the value in line 358:

'with_front' => true,

from “true” to “false” which removed the individual permalink structure that I have in WordPress settings: “/aktuelles/news-blog/%category%/%postname%/”.

Now “/aktuelles/news-blog/” is gone in front of my url which is only now “/brands/brand-name/”. But the problem now is that a 404 Page is thrown out at this url and not the product archive site with the brand products.

I couldn´t find a solution yet to show the product archive page for the brands at that url.

Any help?

I think it would be nice to give an easy option to set the desired url easily. Well u can insert in the input of the permalink options the url for the brands archive pages but there is no option to exclude the main permalink structure of wordpress. I really don´t want my blog archive permalinkstructure to be the main root url for the brands archive pages…. I think everybody can agree that this seems bit logical incorrect.

Help is appreciated.

Thanks and regards!