Invite to Servebolt / SFTP sent to support@xstore.com
Please use SFTP port 1022
wp-admin credentials in private
Invite to Servebolt / SFTP sent to support@xstore.com
Please use SFTP port 1022
wp-admin credentials in private
Thanks. I’ll have our developer take a look
Hi Rose,
thanks for checking.
We’ll pass it on to our developer who can start troubleshooting it.
Has this topic been closed / resolved? We seem to have the same issue (didn’t come across it as we had no use for this until now)
Same user, so same permissions, just a new windows profile and subsequent google chrome browser cache.
We seem to run into this quite often. I’d rather not erase all settings from my browser in order to be able to work on the website. What can we specifically do in terms of our website cookies and/or xstore to fix this?
Don’t know what to say.
When I try to edit the home page, clicking on the blue “Backend Editor” button (hovering shows “Javascript;;” in the bottom left corner of the browser window, nothing happens. No errors visible in Chrome.
Cleared Cache (WP Rocket), nothing happens.
What else can I try?
-EDIT- Creating a new user profile on desktop pc, logging in with Chrome, problem seems to be gone.
Same issue for me, Backend button has empty Javascript; hyperlink, nog functionality behind it. Seems to occur right after updating to Latest version 8.0.11 / Core plugin 4.0.11
No, what I meant was, in an incognito browser, the problem never existed, which led me to think it’s a caching problem…?
Makes perfect sense. BUT, why does an incognito browser navigate correctly for both Dutch and English languages, using only the generic header?
Thanks for the fix, Olga!
Although I very much appreciate you building the solution, I can’t really understand the root cause. Can you explain why there was a need for a custom header specific to the 2nd language and how it solved the problem?
That should work as a work-around, except it doesn’t.
However, troubleshooting why the work-around didn’t work, I found that the issue might be something else:
When opening up an incognito browser (Google Chrome), and checking the website, everything seems fine. As a guest surfer, opening a product page, switching to English (either before or after), then navigating to a category page through the header menus (on desktop), the language remains set to English, no problem. As soon as I replicate the same conditions in a normal browser, this navigation method brings me back to native Dutch.
Perhaps you can take a look and experience this for yourself and assist in finding the root problem?
Hi Olga, totally not what I meant.
When in website.com/category page ()or any other page), navigating through mega menu list item to a category page, it takes me to website.com/category page. All is fine.
However, when selecting English, my new ‘root’ becomes website.com/en/whatever page.
Then, when navigating to a category page, I should move to: website.com/en/category page,
Instead, I’m back to website.com/category page, and all of my English visitors need to re-select the English language, each and every time they use a menu link. This is because the Menu items have hard links; it’s not object based
ww in private
I don’t mean the menu’s under Appearance, but Xstore’s Menu Item List element that allows for a specific link in its settings. We use these elements to build up a static block-based menu. The element doesn’t seem to allow for specific selection of categories, just hardlinks
So simple 😉
Thanks!
Realizing that the issue/request is beyond Xstore’s basic support, we’ve given this as an assignment to our developer. But thanks for wanting to resolve this for us.
Regards,
Doesn’t seem to work
Is there another viable option other than mis-using the translation file? This is not something that will come up when we need to troubleshoot a related issue in the future
Thanks
Thanks
Can’t change the settings of the product, because cross-sell is being used on other pages (custom script), but hiding it on the cart page worked fine.
What about my last question? Is there a link/script/theme option to empty the entire cart?
Is there an off-switch for the cross-sell section on the cart page? Or do I need to hide it, using styles?
Thanks, it works, although the cart doesn’t pop up for very long, maybe a second or so. Can that be changed to for instance 3 or 4 seconds?
I didn’t notice these options, as we’ve been working with the Xstore template for over 18 months now I think. Can you plz help me understand (perhaps provide examples) these functions? https://prnt.sc/207mpc0
For instance, the “Stretch Add To Cart Button”: does this mean it inherits a 100% width of the column/container its positioned in?
And what about the other functions in the screenshot? (the reason I’m asking and not trying, is that we currently do not have a staging site, and I can’t try this without knowing in our production site)
That seems to do the trick. Thanks!
In private
Works like a charm! Thanks!
Hi Rose,
thanks for the quick reply.
We only want the prefooter disabled on the single product page for Black Friday: https://prnt.sc/1wi7w7r
URL in private
We’ve decided to delete all the brands, manually adding them again and connecting all of the single products to the brands again. What this will do to the database, we don’t know, but we’re monitoring the situation…
We’ve decided to delete all the brands, manually adding them again and connecting all of the single products to the brands again. What this will do to the database, we don’t know, but we’re monitoring the situation…
Example in private
Sorry. Removing it really doesn’t do a thing for link functionality.
Maybe it’s a caching issue on our end, although we’ve cleared everything. Can you please check? (I also can’t see why changing a cursor class would enable/disable using the underlying link)