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

Hello Rose,
thank you very much!

Best regards
Martin

Hi,

the support here was excellent, but now I only get standardized message.

No I don’t have CDN

Have you even read what I wrote, that I have disabled all plugins?

Please respond to this topic asap and appropriately

Regards
Martin

Hello Tony,

I do not see what it has to do with the provider. I can disable/flush the opcache myself in the panel, but it does not help.

I can also change the cache method to “disk”, which I have done. Problem still there.

Css/js management is OFF. Opcache is OFF on the server. Problem still there.

Only when I disable page cache in w3 completely, it is gone.

So either it is an issue with w3 or with xstore. I cannot tell but I need to start somewhere. All I am asking for is to have a look into it, please.

Beste regards
Martin

Hello Tony,

thank you very much! Works perfectly!

Best regards

Martin

Hello Tony,

thank you for helping, however nothing has changed. The result dropdown is still the same size as it always was. All caches cleared.
Changing the padding didn’t do anything, as restoring the defaults.

Please see the screenshot in the private content area. What I would like to achieve is simply an extension of the dropdown of about 100-150 px.

Best regards
Martin

Hi Tony,

I have closed the topic too quickly.

It basically worked, but now the result list can be scrolled farther than necessary, showing white space below the result list.

Is there a way to fix this?
Best regards
Martin

Hi,

will there be any kind of substitute?

I think this is important. xstore is such a great theme because of its many functions. But having the option to disable assets that are not in use makes it even better, well, faster.

Any recommendations?

Thank you, best regards

Hi,
got it, deleting the custom css from files generator did the trick

Thank you
Best regards
Martin

Hello,
I haven’t checked Safari on desktop, but it works in all other desktop browsers.
However, on iPad (air 2, latest iOs) the problem is the same as on the iphone. Could it be device related?
Best regards
Martin