Hello Jack,
thank you!
Please find the credentials in the private content area
Best regards
Martin
Hello Jack,
thank you!
Please find the credentials in the private content area
Best regards
Martin
Hello Jack,
I tested it again on the staging site, starting with all plugins OFF, except: elementor (2x), xstore core, woocommerce, wp staging.
Off the bat I noticed that the cart refresh is as slow as with all plugins on. (Anyway, on the live cart page most of the installed plugins are deactivated using AssetCleanUp plugin)
The main observation however is the following:
Setup: 2 intervals, 4-6 (5%) & 7-infinite (8%)
4 pcs shows correctly € 5.89 (- 5% off), but when reducing to 3 pcs. the 5.89 remain. Only at 2 pcs it reverts to the standard price of 6.20.
That must be wrong, unless I have misunderstood the logic. Please check with the screenshots. The first interval starts at 4 pcs, meaning 1-3 must have the basic price.
Going from 7 > 6 pcs. seems to work as intended.
You can log in to the new staging site https://www.pflanzkompass.at/backup_5/ using the new credentials
Cart: https://www.pflanzkompass.at/backup_5/?page_id=1542
Used product for price reference: https://www.pflanzkompass.at/backup_5/?product=chrysanthemum-poesie&attribute_pa_groesse=p1
5.70 -8%
5.89 – 5%
6.20 – basic price
Please, let’s review it at this stage of testing, before complicating it ahead of time.
Thank you
Martin
Hello Jack,
it works, excellent, thank you very much!
Are there any known downsides to removing those additional variation meta? Where are they usually used by the theme? I guess, you keep them for a reason. I am asking now simply to avoid potential later detective work.
Thank you!
Martin
Hello Jack,
thank you for your help!
I have gone through a test purchase with variation swatches switched off, but the issue did not go away.
In the other two pdfs you can find the direct comparison between an incorrect and a correct entry. I created the order through the shop system and then added another product to it. The added product displays correctly.
Best regards
Martin
Hello,
the patches did the job!
Thank you!
Best regards
I’d like to add that the image alignment on mobile is off, too: the gallery thumbnails do not move upwards to the displayed picture but leave a margin.
Thank you
Best regards,
Martin
Hello Rose,
thank you very much!
Kind regards
Martin
Hello,
thank you! I have placed an entry on the taskboard, since the solution is not optimal.
I have removed the button altogether, since the padding cannot account for the amount of swatches (and the space they need). Also, if the button is shifted up, the td remains and leaves white space underneath the swatches.
Unless you have a better solution, I have to stick with this for the time being.
`.single-product table.variations td[colspan=”2″] {
display: none;
}
Best regards
Martin
Hello @Luca,
thank you very much for your help!
This is almost as it was before, only that the “clear” text should really be to the right of the swatches’ images, I think. Could you please adjust that?
Before, the solution was clean and simple. I looked through the changelog but could not find an entry about that having changed. Would it be possible to provide a option for that in one of the next updates?
Best regards
Martin
Hello,
first, please let me speak to a real support person, not to generated text.
On a staging site all third-party plugins are deactivated, no cache is active. For access, please see private content area.
I repeat the issue:
On the single product page (with variation swatches active and on pre-selected) recently a huge button for clearing the selected variation has appeared. Before it was only text to the right of the swatches. I need to revert to this simple text and get rid of the button.
You can find both version attached as screenshots. They say “leeren” meaning “clear/reset”.
Best regards
Martin
Hi,
see private content area for credentials.
Please, login to see the site as admin without caching.
Best regards
Martin
Hi,
I have disabled the country blocker. Try again please
thank you
Martin
Hi,
what is the country you are trying to access the site?
Thank you!
Martin
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
Hello,
I tested it and out of stock variations are displayed on the single product page no matter if the option is enabled or not.
Please explain more clearly what it is supposed to do.
Best regards
Martin
I also found the xstore widget in Elementor locked, see attachment
Thank you
Best regards
Martin
Thank you! Best regards!
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
unfortunately, the issue is still there, unchanged. Since I have already described the issue in much detail, please, refer to my messages from
June 9, 2024
June 21, 2024
The gist: deleted wishlist items reappear after logout + login.
I am using the latest update.
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,
I have tested the new xstore-wishlist.php you gave me (and the latest update which addresses this issue), with cache off, and in a new clean browser. The behavior is still the same: deleted items get restored after logout + re-login.
Interestingly, I DID manage to permanently remove products that were freshly added. You can recognize them in the screenshot https://snipboard.io/yaSnq1.jpg by the date. Older items never show the date added.
Old items that are deleted while logged-out also re-appear upon login.
Some of the old items I have changed from status “published” to “pending review”. However, they still display in the wishlist.
Here are a few more observations, in case they are important:
As soon as I logged in, the wishlist was populated with the items from that account, as expected.
Upon logout those items remain on the wishlist. > Is that the desired behavior?
Still logged out, I deleted all items on that wishlist. As long as the session remained logged-out, those items did not re-appear, as expected. I added some new products to the wishlist and logged into that same account. Those items were added to the account wishlist, and show up. > Is that the desired behavior?
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 Rose,
unfortunately, this is not an option, as it disables caching site-wide on every page. I suppose, it is because those cookies are loaded by the header element for the wishlist.
W3total’s log files reflect that very clearly. I have tried it before, and now I can see the same result again.
What else could be done?
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
Hi, pls see private content,
thank you!
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
Thank you, solved it!
Best regards, Martin
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
Hi Rose,
thank you very much, and sorry for bothering you with that.
I had checked the margins before, but overlooked the deactivated breakpoints views in elementor. Turns out, old margin settings were preserved in those views.
Thanks a lot, best regards
Martin
Hello,
here you go, thank you!
Best regards
Martin