sunrosea

So in the end I decided to disable it on single product pages, but it would probably be a good idea to escalate the problem further.

It appears that lazy loading is setting any image after the third one to be a lazy-loading image. Those images then in someway has their height set to the same calculated amount of their width.

In my case for example, all images are the size of 1260 x 840 and is fitted to a size of 772px x 514.667px as per woocommerce settings. The lazy loading sets the “not-yet-loaded” images to be the height of 772px (same as the fitted width).

When a user clicks to load one of these lazy-images, the lazy loading now sees this image as loaded and serves the right size of the image (514.662px height), however, the woocommerce slider doesn’t manage to catch up to the fact that the image is now a different size than it was before the lazy-loading considered the image as loaded, so the flex-viewport sets it’s height to the the previous height of the image, in this case 772px instead of 514.662px (the fitted height).

• This reply was modified 5 years ago by sunrosea.

Hello again!

So per your suggestion, I replaced all images with completely new ones with new names too (but with the same graphics of course), but now I have only four images instead. Still the fourth image is showing the same problem somehow as previous.
Very odd.

I’ve demonstrated the issue in this .gif as well: https://i.imgur.com/lJMTlLe.mp4

Hello! Thanks for looking into this for me.

That’s strange, I can see the problem on same version of Firefox 73.0.1, as well as Opera v.66.0.3515.115 and Google Chrome v.80.0.3987.122.
I also can replicate the issue on my Android phone with the Chrome browser.
Did you try the above steps I gave? It’s only happening for the third and fourth image. Sorry I mean fourth and fifth image.

Thanks!

• This reply was modified 5 years ago by sunrosea.

Hello! Thanks for getting back to me.
Sure, here’s a product where the problem occurs:
page

Please note that it will only do this one time per page load. What you have to do to reproduce the problem is this:
1. load the page.
2. click on the third or fourth image.
3. watch the flex-viewport extend further than the image height.
4. if you then click on another image and go back to the one that was displaying the issue, it will no longer cause the problem but correct itself.

Hi again!
Yes, the first alternative you suggested is what I did and wrote about in my second post in this thread. My point was that it is a bit unfriendly to the user not being able to see what you had written in the field previously.

I should probably feature request this on github.

Thank you for you assistance. ??

Hello!
Thanks for getting back to me.
I set the sale price field to “set to regular price decreased by…”. I didn’t touch the original price field.

Thanks.

It appears that the only way to remove the sale price in bulk-edit is to increase the sale price by the amount that was reduced. But there’s no way to see in bulk-edit what amount that is if you don’t already know. You have to check “decrease existing sale price by…” and enter the sale price value there. Could be a feature to improve on if possible to make it so that the sale price field shows up with the amount you have specified so you can just remove the value and save.

Great to hear!

I de-activated the Varnish cache that was available through .htaccess file. Also cleared browser cache afterwards again. Still doesn’t update the image to the correct one unfortunately.

I would like to not have to re-name the file every time I make changes to it to re-upload.

• This reply was modified 5 years, 7 months ago by sunrosea.

Hi!
yes I’ve tried clearing browser cache and I do not have an active cache plugin at the moment. I do not have Cloudflare, SiteLock or anything similar.

Thank you.

I think that the url slug might be clashing with a plugin like Woocommerce or something like that. Worth noting in case someone else comes with the same problem. I do know that Woocommerce has subscription features so it’s likely that url “/manage-subscriptions” is reserved for Woocommerce.

Ah great! That worked.
I deleted that page and made a fresh one with the shortcode in it. Added it to the newsletter settings and now it works as intended.

Thank you for your help. ??
I have no clue how it managed to make a redirect rule for that page, very odd. The .htaccess file on my site has been a bit weird though before, as it somehow at one point removed my https rewrite rule and I had to add it back. Think it has to do with my web host. But I see no redirect stuff in there and I have no code on my site that should have redirected that page.

But in any case it’s fixed now so thank you very much.

I went and opened the page from the editor. It does the same thing, loads the front page instead. This time it doesn’t have any url parameters of course, just the page url.

With the fake parameters that you suggested, it does the same thing. Leads to the front page.

I tried removing the [newsletter_profile] shortcode from the page as well, save it and loading it just to see what would happen, but the same thing there as well.

Thanks.

Hi!

Thanks for getting back to me. Might be something with my site then.

In the Profile section of the plugin settings, I go to the field “Alternative profile page URL” and I put: https://www.mysite.com/manage-subscriptions/. (but with the correct address instead of mysite.com)

In the welcome email, I have the {profile_url} tag. I do not have it in the “messages template”, but instead in some of the individual emails such as the welcome email. Hovering the profile link in the email shows the address like this: https://www.mysite.com/?na=profile&nk=…
When you click the link it leads to the url: https://www.mysite.com/manage-subscriptions/?nm=profile&nk=… which loads the front page but that url is still visible.

EDIT: I’ll add too that I’ve made sure that the “manage subscriptions” page is published and not draft.

Not sure if that information will be useful.
Thanks for your assistance.

• This reply was modified 5 years, 8 months ago by sunrosea.