Hi,

have a look at this single product page: https://www.pflanzkompass.at/artikel/salvia-pratensis/

The upsell product are right below the tabs, followed by the cross sell product. I would need it the other way around, first the cross sells then the upsells.
How can that be achieved?

best regards
Martin

I also found the xstore widget in Elementor locked, see attachment

Thank you
Best regards
Martin

Hello,
please tell me from what country you are trying to access the website and I will remove the restrictions accordingly.

I have deactivated “Sticky sidebar” under “Cart/Checkout layout”. It appears that that had been the issue. I would like to leave this ticket open for now and have a closer look.

Thank you
Martin

Hello @Jack

Is there any news on this topic? Please let me know about the progress.

Thanks for the recommendation, but I have tried YITH plugins (and the wishlist plugin in particular) before, and they are all a mess that I do not want to go into ever again.

Best regards
Martin

Hello @Jack,

in order to find out exactly when/how deleted items are restored, I have gone through several different tests.

The following scenarios are reliably repeatable and show, that the issue does NOT depend on the caching plugin:

1st – cache/W3Ttotal ON:
– delete certain items on the wishlist
– navigate to another page
– check in the sidebar if items are still gone from the list > yes
– navigate back to the wishlist > items still deleted.
– log out + navigate to wishlist page & Ctrl+shift+R > items are still deleted
– log in + navigate to wishlist + Crtl+shift+R > DELETED ITEMS REAPPEAR

– disable caching/W3Total
– log out > deleted items are GONE AGAIN
– log in > deleted items REAPPEAR

2nd – with cache/W3 Total OFF
– navigate to wishlist, delete the same items and some others for comparison
– log out > items still deleted
– log in > ALL DELETED ITEMS ARE RESTORED

The SAME ISSUE can be observed with the COMPARE function!

I repeated the exact same tests with the same results on the staging site with all PLUGINS DEACTIVATED (except Elementor Pro and Woocommerce).

Cookies:

1. The freshly created staging site under a different domain shows the same wishlist content after login.
2. The staging site displays the same wishlist content in a different browser, history-clean, after login.

It seems that the wishlist content is saved in the database, not in the cookies.
What do the cookies do?
Could you please check, if they are placed correctly?

– W3Total: please, understand what W3Total does when Cookies are added at “Performance > Page Cache > Advanced > Reject Cookies”: as written there: “Never cache pages that use the specified cookies”. With the header utilizing the wishlist widget, W3Total excludes every page with that header from cache. >> not an option, maybe not even relevant.

I am aware of that older thread. Let’s finally solve this mystery. Login credentials are still active.

Thank you!
Best regards
Martin

Hello Andrew,

thank you very much for quick help! Re-saving the product did remove the categories.

I guess, that code will be integrated in a future release of xstore, so I can remove it at some point in time?

Best regards
Martin

– added credentials to staging site where quick view still works

– screenshots with/without “compare” element, depending on whether “add to cart” is active

– added FTP credentials for STAGING site

Hello @Tony Rodriguez,

great, thank you for the reply!

Just a quick additional question: Does the builder allow including/displaying custom field content?

Thank you!
Best regards

Hello,
here you go, thank you!
Best regards
Martin

Hello @Tony Rodriguez,

I double-checked, but a widget named “Swatches filter” does not exist. I also could not find one under a different name. I hope you don’t mind the remark that the screenshot you sent me is very old. It shows the widget area of a much earlier version of wordpress.

If I understood you correctly, there is only one range slider, namely the one for price. However, “swatches” must refer to attributes, right?

3/ Can individual terms/vales be excluded from the filter?

It can happen that an attribute in total has more terms configured than actually make sense for a filter widget. Therefore, only some terms would be included in the filter widget, others left out. Maybe “swatches filter” (or whatever it is called now) can do that.

Best regards
Martin

Hello @Rose Tyler

unfortunately, the problem is back: deleted list items reappear after page reload (for logged in and for logged out users)

And when the cookies

xstore_wishlist_ids
xstore_wishlist_ids_0

are added to W3 Total Cache, Performance > Page Cache > Advanced > Reject Cookies, the page cache becomes practically disabled altogether on all pages, since all pages seem to load the cookies.

Another strange thing occurs when attempting to delete an item from the list when logged in. The delete btn displays the activity symbol, but the item does not get deleted. When logged out, deleting works.

Current setup:
W3total cache does not cache for logged in users.

The cookies are currently added, also the page URL exceptions
/vergleichen/ (compare page)
/merkliste/ (wishlist page).

add_filter(‘xstore_wishlist_mini_content_ajax’, ‘__return_false’);
add_filter(‘xstore_compare_mini_content_ajax’, ‘__return_false’);
are added

Kind regards
Martin

Hello,

I would like to reopen this ticket because the solution has now created a another problem.

When adding these cookies

xstore_wishlist_ids
xstore_wishlist_ids_0

to W3 Total Cache, Performance > Page Cache > Advanced > Reject Cookies filed

all page caching and pre-caching becomes disabled (confirmed by the plugin’s debug log files). Apparently, the cookie is loaded on every page via the header and thus the exception prevents all pages from being cached.

start, can_cache: false, reject reason: Cookie is rejected

As for now, I have removed the cookie exception and the original problem reappeared: re-loading the wishlist pages brings back already deleted items.

Shop page: https://www.pflanzkompass.at/elemente/
Wishlist page: https://www.pflanzkompass.at/konto/?et-wishlist-page

Thank you
Martin

Hello Andrew,

it works now with the other user as well!

thank you again, for hearing me out and helping so quickly!

Awesome support!

Best regards
Martin

Hello,

thank you very much for the thorough reply!

1) I have lowered php to 8.1. The hosting panel does not differentiate in more detail.

2) The admin page is now unblocked. However, I had tested this possibility before.

3) This cache shown in the browser dev tools is now disabled. It has nothing to do with page cache but is for css/js assets only. I had tested this before, too

But I am not sure what exactly w3total cache is doing in the other case. But I have now disabled the plugin to make sure it won’t interfere

4) you probably mean Advanced Database Cleaner. I have started using this plugin much later than the first time this problem had occurred (which was the day the theme version 9 (or core 5 respectively) was released)

Best regards
Martin

Hello Rose,

great!! Yes, it works. Showing the full title suits my products much better in general, so thank you very much!

Kind regards
Martin