MrMattEastwood

Hey Kriti, awesome, yes it works now! The spinning “loading” icon still stays indefinitely, but the texts appear and can be edited.

I was expecting to be able to edit the “you clicked the wrong answer” / “you clicked the correct answer” messages there, but they’re not among them. How would I go about translating them to German?

Oops, I didn’t realize this is a known issue. My bad! The original thread is here, for reference: https://www.ads-software.com/support/topic/no-access-to-text/

Hi Kriti! I made a video showing the issue here:

• This reply was modified 4 years, 3 months ago by MrMattEastwood.

The hosting company was Host Europe (https://www.hosteurope.de/en/), and no, no difference when appending the extension .php to the file.

Hey Leon, thanks for your quick and detailed reply. I was not aware of that article in your knowledgebase, it’s very helpful!

Gonna remove those cookies from the policy, then.

Hey Paul, thanks to you for your quick and in-depth reply. You were right, this seems to be down to the hosting company indeed. I tried this on my own website at brandartery.com (host is SiteGround), and the forceoff file worked as it should.

Good to know it’s the host (funny it didn’t occur to me even though I suspected them for the e-mails not being sent), and even better to know how to do this in SQL. Thanks!

For sure!

Hey Rank Math team, thanks for your quick response. That explains it! Good to know.

I just checked once more. This is what happens when Shield is disabled:
https://pasteboard.co/JcgWmQ7.png

You can see that the Search field remains empty; no auto-fill data is put into it. I also inspected it and there’s nothing in the HTML to indicate this should be a password/login field.

As soon as I enable Shield, my login data pops into the search field.
https://pasteboard.co/JcgYwdvq.png

Interestingly, nothing in the HTML changes, so I’m not sure why the browser would start suddenly doing this.

This happens on Chrome, Firefox and Opera on Linux and Windows 10.

Hey Jelena, thanks for your quick reply! Correct, my browser (Opera) does automatically put login data into fields that it thinks are login fields. It’s the behaviour I want from it, too, so I’d prefer not to have to disable this browser feature.

I already asked around in the Opera forums in March regarding this issue:
https://forums.opera.com/topic/39328/solved-opera-puts-my-login-into-wordpress-filter-fields/7

That’s when I found out the issue is connected to the Shield plugin. The search/filter fields stop getting populated like login fields as soon as I deactivate Shield.

I would assume Shield somehow tells the browser that these fields are login fields? How would I go about disabling this behaviour?

UPDATE: This issue occurs when selecting icons from the “Ultimate Icons” pack. When choosing something from Font Awesome, the issue doesn’t occur.

Update: this issue was caused by the Swift Performance caching plugin. Disabling it solves the issue. My bad!

Same here. Gutenberg is good and nice, but you can’t just go and remove functionality, guys.

Quick update: I should have looked closer at the responses from GTMetrix (i.e., PageSpeed and YSlow). The gzip errors specifically refer to the .js files, which are now no longer compressed. So it makes sense.

If you guys are able to find some fix that leaves Beaver Builder’s parsing unscathed, it would be awesome. In the meantime, I will go ahead and whitelist .js files by trial and error until I get the right ones.

• This reply was modified 6 years, 7 months ago by MrMattEastwood.

Crap. Fixed it, you should now be able to see it!