hermitC

Having the same issue with (latest) version 1.3.0 using shortcode [prflxtrflds_user_data_edit_form].

There’s no need for the user to edit anything, just hitting the save button wipes out the not-editable fields.

Sorry for the late response, busy days…

It’s working! Thanks a lot for fixing this issue.

Funny fact: filter omgf_optimize_user_agent (as described above) is not needed. Tried it with and without the filter (caches of cache-plugin/theme/omgf cleared) – no difference. It works fine but no difference.

Thanks again!

—
OMGF plugin v5.6.4
WP Theme DIVI v4.21.2
WP v6.2.2
Firefox v115.1
Windows 8.1

• This reply was modified 1 year, 7 months ago by hermitC. Reason: added versions

Forgot to make it clear in my last posts: FF on Win10 has the same problem. Tested it on https://www.lambdatest.com

I don’t know if this helps:

The Firefox developer console lists different fonts for OMGF on (font too thin) vs. OMGF off (font ok):

All plugins updated, all caches cleared and fired up a private FF window: the problem is still there.

Also gave it a try in Chrome and Opera, on Win 8.1 as well as on Win 10: everything’s fine there.

FF on Win 8.1 is the only combo (I know) having this issue.

Checked box “Load Early” for “Raleyway italic 500” and “Raleyway normal 500”, saved new settings, cleared all caches and tested it in a new private FF window:

The problem persists.

Thanks for your support!:

Interesting detail: while the page is loading in FF+Win the font is OK. At load finish (as it seems) the font gets thinned.

Tested it on https://www.lambdatest.com, same over there: FF + Win show thin letters, other browsers like Chrome, Edge, etc. work fine.

Video card drivers are up to date.

Forgot to mention: I’ve tested this in a FF private window.

Thanks for your reply.

I’m on Win 8.1 using Firefox 108.0.2

This is how it looks over here:

Finally I’ve found a solution. So for anybody who encounters the same problem with Betheme 25.x:

In the WordPress backend go to WooCommerce >> Settings >> Tab Products and disable “Enable AJAX add to cart buttons on archives”.

The reference to ‘archives’ was a little misleading for me.

Thanks for investigating the problem.

So I’ll have to fix the problem or replace Product Addons Plugin with another custom props solution.
Waiting for the theme developer to integrate the Product Addons Plugin probably would take too long.

Sorry, had to replace the fields with an instruction text in the meantime. It’s a live webshop, so I needed a quick fix ??

I’ve reenabled the custom fields for this product. Please have a look.

Thanks in advance!

I have the same problem. My website host uses Plesk which sets WP_AUTO_UPDATE_CORE in wp-config.php, see here.

I’ve just set “don’t update anything” in Plesk and removed the WP_AUTO_UPDATE_CORE from the config file. It works so far but I have no clue if Plesk will add the WP_AUTO_UPDATE_CORE setting again…