Switch between list and card view function

[phenomlab]

@DownPW I found the bug. It’s CloudFlare

Setting the cache to bypass resolves the issue. This explains why I cannot replicate it in PROD (for me) as I only use CF for DNS resolution.

I have modified the CSS file slightly also, so you’ll need to pick up the latest code.

https://github.com/phenomlab/harmony-card-view/blob/main/card.css

Not entirely sure why CF seems to think this file never changes - it’s different on each page load and suffixed with a random string! The setting in CF should also respect that - but doesn’t. So much for that

[DownPW]

Ok @phenomlab Thanks to you for find the solution for this problem

so what is the good parameters in CF for this script ?
Maybe include this on your github ?

[phenomlab]

@DownPW yes, absolutely, although I’m not entirely sure why CF behaves in this manner as in most cases, a present query string that changes frequently (on each page load) should not present itself as an issue.

Still checking.

[DownPW]

It’s a shame to do without the CF cache in my opinion.

Do you just have to activate development mode in CF?

[phenomlab]

@DownPW yes, in my testing, just enable development mode and then reload the site a few times and you’ll notice it works as intended.

[DownPW]

hmm I think they was other thing.

I have not update the css file, I have just :

• activated development mode in CF,
• purge everything cache in CF,
• and test in new incognito windows on firefox

and I have the bug.

---

Edit : Same with the CSS updated

[phenomlab]

@DownPW is this in your dev environment? I checked that earlier and the bug wasn’t present.

[DownPW]

yes the bug is in my dev environment

[phenomlab]

@DownPW yes, correct.

[DownPW]

yes the bug is in my dev environment. tested now

[phenomlab]

@DownPW it wasn’t there when I tested incognito.

[DownPW]

I do all my tets in incognito too
I will test with another account

You must scroll down a little to see

[phenomlab]

@DownPW I scrolled through but found no issues

[DownPW]

yes same with admin account in new incognito

[phenomlab]

@DownPW can you target both the correctly positioned elements and the incorrectly positioned and compare the results?

I’m guessing they are different, but shouldn’t be.

[DownPW]

correctly positionned :

incorrectly positioned :

[phenomlab]

@DownPW so the class isn’t being applied. Thanks. Let me have another look at this.

[phenomlab]

@DownPW from my further testing, this is 100% CF, but I don’t know why. I’ve tried Page Rules, Cache Rules, setting security in the page rules to “Essentially Off” - nothing seems to work (for me at least). I’ve stripped back my testing domain and disabled CF completely, and everything works as intended.

I was never able to reproduce the issue here, and that’s because I don’t use CF !

[DownPW]

Too bad. I will therefore not be able to use this function or perhaps by just deleting the problematic avatar if that is possible

[phenomlab]

@DownPW you could use `display: none’ to hide that specific class? I do intend to try and identify the issue with CF but it’s difficult because I don’t traditionally use it.