BJ

This issues still persists for me.
But for now I can rule out “Woocommerce Menu Cart” Plugin as source of the problem, as the behaviour also comes up with the woocommerce cart widget without the “Woocommerce Menu Cart” Plugin being installed.

Hosting logs didn’t come up with anything.
I will try posting this error in the woocommerce forums.

It seems I can view all past accesslogs but not todays.
The apache error log is not available to me.

I added a php error logging but with no results so far.

I will check tomorrow for todays log of the new test site on the server and see if it brings up something.
Anything particular I should look for?

Yes I tested that before and the issue persisted.

As I posted before I now also tested a fresh WordPress + Woocommerce (plus democontent plus setting the option to “Redirect to the cart page after successful addition”) + Storefront installation @ https://test.wamiki.de and the same issue comes up.

So it seems the problem is dependent on the server in use (a shared hosting environment).

• This reply was modified 4 years, 4 months ago by BJ. Reason: added woocommerce setting

Hey @alexmigf

I tested with storefront, same issue.

Furthermore I tried all of the following:

1. deactivate and reactivate woocommerce
2. deactivate, delete and reinstall woocommerce
3. deactivate, delete + delete all woocommerce db tables (via define( ‘WC_REMOVE_ALL_DATA’, true ); ) and reinstall woocommerce + democontent

In alle these cases the same issue persisted.

Like you I did a clean local test installation with just woocommerce and a pretty standard theme. I had no issues there.

Next I will try a clean/new test installation of wordpress+woocommerce+democontent on the server the actual website runs and see what i come up with.

Do you have any more suggestions?

Hey @alexmigf

tl/dr
cart widget shows no products in cart

I tested as you suggested.
I tested with the websites custom theme and all plugins activated. I tested with several different products.
Cart widget shows empty.

I deactivated all plugins except woocommerce and menu cart and tested with themes twentytwenty and twentynine.
Cart widget shows empty.

I then additionally deactivated the menu cart plugin.
Cart widget shows empty.

So it seems the problem is not connected to the menu cart plugin.

Do you have suggestions nevertheless?

Thanks
BJ

• This reply was modified 4 years, 4 months ago by BJ.

I will test and report.

Meanwhile I discovered that the solution you found does not work for me when adding a variable product to the cart:

1. menu cart gets updated accordingly

but

2. the redirect to the cart does not happen.

You can test this yourself if you like for example with this product:

https://wamiki.de/shop/material/kleiner-koffer-aus-pappe/

sorry its only in german, but basically just chose an option “W?hle eine Option” (grey drop down box) and hit “In den Warenkorb” (blueish button) to add it to the cart.

I’ll report what you asked for as soon as I find the time to test.

BJ

I dont think this is the case. As reported the bug also occures with the wordpress standard twentytwenty theme which does not include any woocommerce templates thus not changing any classes concerning woocommerce and all other plugins but menu cart and woocommerce deactivated.

And again as stated before: it used to work!
I used the combination of menu cart plugin and woocommerce on the same site for several years with cart redirection and there never was a problem.

Also your provided code snippet does not rely on any css classes, it basically just replaces the redirect. So anything depending on some css classes seems to work.

So I dont see any advantages in buying the pro version.

Don’t get me wrong, I’m grateful you provided a working solution (which I allready deployed to production), but it feels more like a workaround to cover up the symptoms.
I would be interested in how to solve the actual source of the problem.

Thanks again
BJ

Hey @alexmigf

it works. Should i stay with this as a fix or is it only to get more detailed info about the source of the problem?

Thanks
BJ

Hi @alexmigf

I tried you redirect delay as you suggested in you post (before you changed it). It didn’t work (I tried up to 5 seconds delay).

Furthermore I tested on a fresh WordPress Install (on a local server), just adding Woocommerce (with demo content) and Woocommerce Cart plugin together with theme twentytwenty. The problem did not! occure there.

Also here are the settings you asked for:

https://i.ibb.co/h7N3rLK/product-settings.jpg

Thank you for investigating.

• This reply was modified 4 years, 4 months ago by BJ.
• This reply was modified 4 years, 4 months ago by BJ.
• This reply was modified 4 years, 4 months ago by BJ.

How can I delay the redirect?

Also the delay can be a couple of ms max. It would not be acceptable to wait a “few seconds” till the customer gets redirected to the cart obvoiusly.

Still I wonder what the actual problem can be, as this used to work and the redirect is a standard woocommerce option. As I layed out in my first post, this problem even occurs with just woocommerce and woocommerce menu cart plugin activated an a standard twentytwenty theme.

Hey @alexmigf

i tested as you suggested and it works. But the behaviour of redirecting to the cart is wanted by the customer and much more important it used to work (I dont know when it stopped working).

And shouldn’t it also work and show the correct amount in the menu cart after I visit any other page (after I added a product to the cart)?

So I’m not sure what changes are responsible for the changed behaviour.

Anymore hints?

• This reply was modified 4 years, 4 months ago by BJ.

sorry I misread the thread and thought that the notification box does not appear (instead of disappear). I kept my original post down below.

I found the problem with version 1.2.50 is a change of css classes.

In the html the div container

<div id="cookie-notice" class="cn-bottom wp-default cn-effect-slide cookie-notice-visible">

uses the css class cn-bottom for positioning (like it did prior to version 1.2.50).
but the css-file changed to the classname cn-position-bottom (or top depending on your settings).

Also I had a problem that settings (like link to privacy page) got lost when updating to version 1.2.50.

• This reply was modified 4 years, 10 months ago by BJ.
• This reply was modified 4 years, 10 months ago by BJ. Reason: misread thread title

Thanks everybody, awesome support!

Hey Evan,

thanks for your anwser.
Meanwhile I figured everything out but I still have two recommendations/wishes:

1. The default international-phone-pattern [0-9] is really a bit two restrictive as it will only allow one! digit. Maybe you should go with something like [0-9]{1,} so that the telephone field will work in a meaningfull way by default. Of cause I used the filter to change that pattern but still the default makes no sense at all to me.

2. I’m really missing a css class for labels of required fields. Allthough required inputs can be adressed via css this is not possible for the labels (to my knowledge) as the span now comes before the input.

By the way, as the change in validation to me really was a big change maybe you should mention it in your “Upgrading to Version 6 – Changes from Version 5.4.4” article. This would have saved me a lot of time.

Thanks Again
BJ

The Problem is in the if statement

if ( ( $query->is_main_query() && ( $query->is_tag() || $query->is_category() ) ) || $query->is_author() )

with the last version you added the check for is_author but the brackets are not set correctly thus not checking if you are in the main query wenn checking for author.