sirschuyler

Hey @mrdaro

In my case, it’s not a fresh install. I had deleted test donors and donations via Give > Tools > Data > “Delete Test Donors and Donations.”

In any case, it should probably handle any scenario where no donations are present.

Also, be aware that the new reports timeframe “All Time” filter also falters if no donations present — appears to set start date to that of first donation.

Thanks for the prompt reply and looking into it further.

I’m going to mark this issue as resolved with v2.3.1, as initially the issue was about new media not offloading to S3, narrowed down to bug with plugin relying on WordPress generated sizes – found by @jrigexor – seen in previous replies.

@krislippi or @ande1352 … sorry to be a pain, but may I suggest creating a separate support topic for issue related to ShortPixel plugin.

Thanks @jrigexor for finding the bug!
Thanks @ianmjones for tracking the issue and the fix!

Interesting…?I’ve only tested with smallish .pngs and .jpgs

I have my Media Settings sizes all set to 0 to prevent WP creating all the extra sizes, and also have unset( $sizes['medium_large'] ); which all works properly in v2.2.1.

Wondering if v2.3 relies on WP generated images to function properly?
But glad I’m not alone with offload issue.

Nothing that I would suspect would interfere.
After update, using WP Offload Media Tweaks, applied the following filters…
'as3cf_update_as3cf_items_table_interval' return 1
'as3cf_update_as3cf_items_table_batch_size' return 1000
'as3cf_update_as3cf_items_table_time_limit' return 50

But same result (new media uploads not offloading to S3) with or without those filters in place.

FYI – I just reverted back to v2.2.1 and restored database backup…
On v2.2.1 functionality is back to expected behavior: add new media, immediately offloaded to S3.

Nope. There had been a notice in WP Offload Media settings after v2.3 update for “Running Metadata Update” but that has since completed, and the new ‘as3cf_items’ table was populated.

New media uploads still do not get offloaded.

I am using version control, so I can revert and also restore database backup and try again, but I don’t think there was an issue during update. Seems the update went as expected, but functionality broken after update.

No Smush plugin or any other caching or image plugins.

No errors logged or displayed…?like it’s back to default image upload functionality, as if there is no Offload Media plugin.

Media details shows Offload metabox and “not offloaded yet” for new uploads, but never does upload (copy) to S3.

Does v2.3 update require WordPress 5.3?

Perfect! Works just like I had hoped.

Cheers! ??

Hey there ??

I was able to suss it out…?sorry for not doing so before posting, just figured there might be a simple reason.

Turns out I had my own rewrite rule in effect that was too aggressive for a podcast feed. It was catching and rewriting any .xml file.

Refined my rewrite and all is good.

Thanks!

digging deeper it appears as though rewrite rules (for the seo framework only) are not being honored…

I’m able to access at index.php?the_seo_framework_sitemap=xml

rewrite rules for the seo framework are present in the database

Having the same issue as well.

Update: Resolved by emailing support with api key