skirridsystems

Try this instead:

ini_set(‘display_errors’,’Off’);
ini_set(‘error_reporting’, E_ALL );
define(‘WP_DEBUG’, false);
define(‘WP_DEBUG_DISPLAY’, false);

I have now tried this on a test site with only the 2020 theme and combinations of EMR, WP Offload Media Lite and ShortPixel Image Optimizer.

What I observe is that EMR works by itself, and with OML or SIO separately, but the combination of all three does not work.

The Edit Media page, where I go to upload the replacement, has a Save panel at top right, showing the file name and the URL. When I use the option to replace/rename/update then I see the filename updated but the URL stays the same. If I refresh the page then the URL is updated. My guess is that there is an ordering problem here, where the correct file is uploaded by EMR but SIO then overwrites it with an optimised version of the old file.

Are you able to reproduce the problem in your lab?

Great, thanks Guido ??

Hi Tobias,
Many thanks for the link. I installed the extension but no highlight yet.

I installed and activated the plugin.
I added a hidden column at the right side of the table (column 4).
I put ‘yes’ (without quotes) in the hidden cell on one row (row 11).
I updated the CSS as per your example.

The table row does not get the row-highlight-yes class added to it in the HTML output.

If I show the new column then it works as expected. Is there an option to make it look also in hidden columns?

Wordpress 5.3, TablePress 1.10 Highlight extension 1.0

By the way, 6 years on and this extension still isn’t listed in your directory ??

Regards,
Simon

I can confirm this issue is now fixed for me.
Thanks

I have done some more tests and I think this is related to the WP Offload Media Lite, which I believe you are already looking at because of a conflict which prevents the offload from working. If I disable WP OML then the ShortPixel processing runs quickly again. Looks like this is another side effect of that conflict.

https://www.ads-software.com/support/topic/wp-offload-media-lite-2-3-1-shortpixel/

If you still need admin access then I can add the offload plugin to my test site and create a new AWS bucket, but I guess you already have this test scenario in your lab now.

Yep, you’re right. It seems to be the S3 offload plugin itself which is doing this, though I’ve no idea why. I’ve put in a support request on the plugin forum.

Apologies, my bad, it was still there even with the plugin deactivated. I tracked it down to one of the SEO fields in the Genesis framework that the site editor had filled in by mistake, thinking it was part of the form he was completing.

Sorry I didn’t make it clear, this is in the WordPress dashboard, not Gravatars on posts. This is on the right hand side of the WordPress toolbar, across the top of the dashboard. It says ‘Howdy, skirridsystems’ and then an empty box. If I hover I get the drop-down with Edit my profile, Logout, etc, but again no Gravatar. If I disable lazy load of gravatars then the images are back again.

Doh! Ignore that, I missed that the original array is also sent to the hook, which is of course the whole point. Duh!

Unfortunately the first and last names have already been combined before this filter is called and reversing the order depends on users not having added any other information. For example one of our users entered firstname=”Adam & Eve” lastname=”Gardener (2)” rather than entering individual names. I know, user education.

Another option for me would be to add a filter hook to combine them before calling the output filter hook:

$name = $signup->firstname.’ ‘.$signup->lastname;
$name = apply_filters(‘pta_sus_csv_export_line_name’,
$name,
$signup->firstname,
$signup->lastname);
and then use $name in the output.

Do you accept patches? I could modify the code here but it would get overwritten every time the plugin updates.

This was by clicking on the link, not by using the back button.

But it turns out it was indeed a browser caching issue. My hosting provider (SiteGround) provides lots of site speed-ups, one of which is to set quite long browser caching times using mod_expires.c in my .htaccess file. Changing the default caching time to 1s fixed the issue.

Signup/clear without login is not something I would recommend to anyone, it’s just what I have been asked to provide. Anyway, thanks for the detailed reply and yes, I agree with all you say.

OK, I see where you’re coming from. I would argue that if you can sign up without being logged in then you should also be able to remove your name (or any other name) without being signed in. Obviously there is absolutely zero security, but there was no security in the signup either. But that’s just my opinion ??

The documentation clearly states that you can only see a list of your own signups if you are logged in, and it offers ways of preventing those clear links from showing. But it doesn’t say that clear links only ever appear for signed-in users. It’s partly the difficulty of describing a negative: Uncheck … removes links .. cannot clear

It would be clearer to describe the positive case: Checking this will show the clear links on the public side, so that volunteers (who are logged in) can clear their own sign-ups, unless overridden in the sheet settings.

@knluu But only if they are forced to use a common policy which is not possible at the moment. The admin for every sub-site can set their own policy and edit the cookie version, breaking it for everyone else.

And in any case, not all multi-site installations will want a common policy. Imagine a group of clubs. Some may want to use an events calendar to advertise what they’re doing, and that plugin may set cookies. Other clubs may just want a simple list of dates on their front page. The whole point of multi-site is that the sites are independent and you can choose plugins from what the network admin has made available.