Thanks for the support! My topic “customizing mobile menu: sub-items do not open + full width” has been successfully resolved.

Hello,

I have tested the issue extensively in troubleshoot mode and re-tested my findings quickly on the live site.

In both cases it was clear that only when xstore core plugin is deactived, the shop filter works correctly again.

Let me explain the problem again quickly: at first impression, the filter seems to work, since it displays the 1st page of the results. But when using the pagination to jump to page 2 or higher, first it loads for a minute and then displays “service unvailable”.

I suspect, it has to do with AJAX, but I am not sure.

Please, help me out here, because the filter is essential in the shop!

I have contacted the support of the filter plugin, too (woobeewoo filter, wpfactory), in case they need adapt something on their side.

Thank you
Martin

Hello,

thank you! In the meantime, I have found out that the issue occurs only in Brave browser, in other browsers it works. There is not much need for a video, the submenu simply does not open.
Interestingly, Brave also has an issue with the product tabs that do not display as tab, but as full content stacked after each other. This happens with all Brave Shields and blockers off.

The access credentials are attached to the first message.

Best regards
Martin

+ the screenshots

Hello,

then it becomes really necessary to fix the issue with the preloader. It snaps in too late. This becomes apparent with page caching: the page has almost loaded when the preloader appears.

Best regards
Martin

Hi,
do you think it might work, if I disable the preloaders asset files (js and css) on all but those specific pages?
I would need to know which ones those are.

Best regards
Martin

Hi Luca,

got it, thank you, worked fine!

Best regards
Martin

Hello,

thank you, that did the job. I think this would be a worthy inclusion into core features.

But I also discovered a slight problem with the borders on mobile (see screenshot).

Thank you
Martin

Hello,
thank you, works fine!
Best regards
Martin

Hello,

thank you! I see, the first issue was only due to a layout problem.

Concerning the second: yes, I do have “full width header/container stretch” activated, but as I wrote before:
The “full width header” for the bottom header does not expand to full width but leaves a margin. (see screenshot). I worked around it with negative margins in the bottom header computed box.

However, this leads to a layout shifts in the header upon every page load. And it shifts the close button into the overflow.
(I know it looks now ok in the frontend, because of those workarounds and because I switched off the close button).

How can this be fixed?
Best regards
Martin

Hi,
concerning the 2nd problem: I take that one back. I found an orphaned html-block-1 in the top header.
Thank you!
Martin

Hello,

thank you!

I have created a staging site, step by step deactivated all plugins except elementor, and removed the code that you gave me. The apostrophes remain wrong, unless your code is put back. I have also temporarily removed all entries from functions.php and additional css.
You can have a look yourself, the credentials for the staging are attached.
Please consider the possibility, that it is not due to third-party code.

Besides, I have found another issue with the product title. Titles longer than about 32 characters are not broken into a new line, but have the overflow hidden. (screenshot attachted).
This issue also did not resolve after deactivation of all plugins and code.

Thank you
Best regards
Martin

Thanks for the support! My topic “Handling of apostrophe different on product single and product archive” has been successfully resolved.

Hello,

thank you for suggesting this plugin, which seems to be quite useful, and I will probably come back to it at some point. However, for now, I would prefer to use the software that I already have, since the needed functionality is already included.

I have installed 9.4.11 / Core plugin 5.4.11 but could not yet test if the changes have been implemented and to what extent (mini-cart?). In the changelog I found this:

FIXED: Compatibility issues with WooCommerce Germanized plugin and mini-cart quantity updates in XStore

Have you noticed what I wrote above about an additional problem (incl. video)?

However, when decreasing the amount using the “-“button, it takes 2 attempts for every step until the correct amount is accepted. You can see that in the attached video.
Increasing the amount does not cause this problem.

Please let me know the current status, thank you

Best regards
Martin

Hello,

You need to use the +/- buttons to get the effect.

My videos are attached. And here is the exact description of the process shown in the video:

Video 1: 4 to 3 pcs

– enter 4 pcs.
– use the (-) button to reduce to 3 pcs.
> You will find that the price for 3 pcs. is still 20.90, meaning it has NOT changed to the correct base price (22.00)

Then

– enter 2 pcs.
– use (+) to increase to 3 pcs.
> and you will see the correct base price for 3 pcs. (22.00)

Video 2: 8 to 3 pcs

– enter 8 pcs
– use (-) to reduce to 3 pcs.
> the price from the 2nd increment is still applied (€ 20.24)

You can see that at 3 pcs. the cart calculates different prices.

Best regards
Martin