thartl
Forum Replies Created
-
Forum: Plugins
In reply to: [Meow Lightbox] 403 errorsHi @valwa,
Thank you for the suggestion. However, on all sites where this issue is occurring the plugin’s cache is NOT disabled. The issue is with full-page caching.
When a page with Meow Lightbox images is first cached, that includes the nonce at that time. Then 12-24 hours later that nonce becomes stale, which leads to the 403 errors.
In my opinion the solution is not using
X-WP-Noncein your regenerate_mwl_data POST request. There may be other solutions, but that would seem sensible for guest users at least.Forum: Plugins
In reply to: [The Events Calendar] 4 arguments are required, 3 givenFor English (Canada), lines 943 and 945, in the-events-calendar-en_CA.po, should be
msgid_plural "%1$s %2$"andmsgstr[1] "%1$s %2$s".
That fixes the issue after recompiling the .mo file.Super Page Cache often provided stuning results, and I have enjoyed that very much.
However, I just found out that 61 sites have all content updates stuck in cache fo the last 10 days, since 5.0.
Even setting up CPC again from scratch does not resolve it.I am bulk-removing the plugin everywhere. Perhaps I will revisit one day, just can’t deal with it any other way today.
For anyone dealing with this issue while using CF workers:
You need to either diable caching in the plugin (which removes the worker), or remove the CF worker manually. Leftover workers can still cause problems.Forum: Plugins
In reply to: [Meow Lightbox] Fatal error if image has no meta dataThank you, @valwa !
Forum: Plugins
In reply to: [Genesis Blocks] Fatal errors after update to 3.0.1Hi @ryankienstra,
Yes, we can do that. It’s an extra push to upgrade some sites, and that’s okay.
I am also realizing that manual updates from the back end are disabled for the wrong PHP versions.
Remote / automated plugin updates by wpmudev don’t seem to respect the php requirements, whereas e.g. managewp do. Hence the fatal errors. I will mentiont it to them.
Thank you for the quick reply.
Forum: Plugins
In reply to: [Meow Lightbox] PHP Fatal Error – 5.0.4 to 5.0.5 (Not Resolved)This is fixed in 5.0.6/7.
Forum: Plugins
In reply to: [Meow Lightbox] PHP Fatal Error – 5.0.4 to 5.0.5 (Not Resolved)I can confirm this still as error in 5.0.5.
In version 5.0.5, meow-lightbox/classes/core.php, line 264,
common value in vanilla WordPress for ‘created_timestamp’ is “0”, as in string 0, not int 0.
Then on line 279 that string is fed into date(). Hence the error.Forum: Plugins
In reply to: [Meow Lightbox] Fatal errors persist in 5.0.5Forum: Plugins
In reply to: [Meow Lightbox] Fatal errors on some sitesHi @valwa,
Yes, this is in reference to version 5.0.4. The line number mentioned above (278) is for that version.
Thank you!
Forum: Plugins
In reply to: [Meow Lightbox] Fatal error: Uncaught TypeError: dateThis seems to have come back, throwing a fatal error on a few sites for me.
In version 4.0.5 $timestamp was cast to (int) and that version still works.Here’s the error:
PHP Fatal error: Uncaught TypeError: date(): Argument #2 ($timestamp) must be of type ?int, string given in /sites/stage.ecobuildinggroup.ca/files/wp-content/plugins/meow-lightbox/classes/core.php:278Hi @isaumya ,
thanks for the updated link, however it gives me “access denied”. Can you have a look?Hi @isaumya,
Apologies about the late reply. It looks like the link has expired.
If you can update the link I will test it out.Is there any better way to handle
$_SERVER['HTTP_HOST']not beeing set, inhtml_cache.class.php?
On servers running UNIX cron, a common crontab implementation is:* * * * * cd /sites/example.com/files/; /usr/local/bin/wp cron event run --due-now >/dev/null 2>&1
So cron is fired via WP CLI. But the$_SERVERvariable is not set up during WP CLI requests.
Similarly,$_SERVER['REQUEST_URI']will not be defined, on the same line inhtml_cache.class.php.
So logs for all our sites are filled with these warnings at all times.
It’s not a functional problem, but makes our logs tough to navigate.
This will be the case for those running SpinupWP and other server panels.Just a thought: you are already checking for WP_CLI in the
add_current_url_to_cache()method. Moving the WP_CLI check above the$current_url = "{$parts...line fixes the problem. Would that work?Thank you!
Forum: Plugins
In reply to: [The Events Calendar] Calendar subscirption dependant on current viewThis is great – the second version of the function (together with the
tribe_ical_feed_posts_per_pagefilter) provides the functionality we were looking for.Thank you very much, @iirvin.
Hi @isaumya,
thank you for your reply. I run my own VPS and as far I can tell$_SERVER['HTTP_HOST']is available from well beforeinittoshutdown. Actually I can var_dump it just before line 79 of html_cache.class.php on every page request.
Also I don’t see anything in the codebase that would reset it.
Hmm, mysterious…