Joe Alberts

Thanks for adding this parameter @dglingren!

I’m trying it out on a site that uses Elementor Pro and noticed something odd.

The featured image displays correctly in the Elementor editor and in the page preview, but in the live page after saving it seems like it’s getting encoded into base64 GIF.

src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7"

I’ve been tinkering around with various other things on the site that could interfere with the src path (e.g., Jetpack image accelerator), but so far I haven’t come up with a definitive conflict with this parameter.

Quick follow-up note. Removing the widget doesn’t stop the problem. It must be deleted from inactive widgets as well.

Seems like once the widget object is instantiated, it causes the problem. Whether the widget is active or not.

Drat, login expired while I was submitting my last response:

Got a chance to test 6.2.1 out, @kseaborn. I deleted the plugin folder’s contents and uploaded the 6.2.1 files. Cleared plugin and browser caches.

So far, everything looks good. Loading fine on the front end, and, while it took a bit of time, it loaded the 1300 items in the library on the back end as well.

Yup, I should be able to test out the workaround.

@kseaborn, the page from my initial post is working after I rolled back to 6.1.6. @drianmcdonald, I just deleted the entire contents of the plugin folder on the server and re-uploaded the contents from the previous version. Likely have to clear your site’s cache, and even the plugin’s cache (under Zotpress > Accounts).

Any changes in 6.2 that wouldn’t be compatible with PHP 5.3.3 (running on a RHEL 6.9 server; 5.3 is the distro’s version of PHP)?

I haven’t tried to replicate it under a newer version of PHP yet.

It’s happening with every instance of a shortcode of the type:

[zotpress collection="B8RRN3IK" style="apa" sortby="author" target="new" cite="yes"]

In text citations and their bibliographies seem fine, of this type:

[zotpressInText item="{WI3X66Z4}" format="(%a%, %d%)"]

and

[zotpressInTextBib style="apa" sort="ASC"]

It’s happening with every instance of a shortcode of the type:

[zotpress collection="B8RRN3IK" style="apa" sortby="author" target="new" cite="yes"]

In text citations and their bibliographies seem fine, of this type:

[zotpressInText item="{WI3X66Z4}" format="(%a%, %d%)"]

and

[zotpressInTextBib style="apa" sort="ASC"]

Reverting to 6.1.6 does seem to correct the problem. The included site URL link is working fine now that this site was rolled back to that version.

I’m going to revert the other sites as well, until we can figure this one out. Katie, if you need me to test, I’ve got a development site running on the same environment that’s demonstrating the same error. I can make an account for you there to log into the website if you want to see the error through the console as well.

Correction on the Admin user thing. It did stop working again suddenly for Admin users as well. If I cleared the plugin cache again, it started working for admins again, but continues to throw the same console users for normal users (not logged in), at least.

Glad to hear!

So far, so good. Just updated my test site to 3.5.4, overwrote the indexing.php file, and things are saving successfully through the page builder interface. No 500 errors!

Thanks!

I’ll test it out first thing tomorrow.

Several of the fields are serialized arrays, and I neglected to test passing one of those to the custom field index. So, it stands to reason that this is the problem I’m seeing.

Will update with test results.

Sorry, it took me a while to get to updating it. I’d had a couple of other issues with the 3.x release on a dev site, so I waited a few revisions until I saw those go away.

It does look like it’s working now. Passing the right time zone even under an incognito instance of Chrome (so, no logged in user).

Thanks!

Ah, yup, I had missed the <taxon_name>_relation attribute. It’s kind of buried in that note under the relation attribute. Maybe worth giving it’s own heading like the rest of the attributes?

Thanks for the quick reply!

Thanks for reporting back. You prompted me to give it another go, and I got the same result you did. No changes made, but it suddenly validates fine.

Weird.