Link to a page where the issue can be seen: site is restricted
I expected to see: a successful file upload
Instead, I got: [06-Jun-2019 09:19:08 UTC] PHP Warning: trim() expects parameter 1 to be string, array given in public_html/wp-content/plugins/types-access/vendor/toolset/toolset-common/toolset-forms/classes/class.eforms.php on line 955
I'll need to put it into maintenance mode to test de activating access as it's heavily used on this site, that'll have to wait until after 11pm (BST) when all staff are finished up.
The roles reporting the issue have publish (&everything else) permission on both Media and the Post Type.
Will I try rolling access back a couple of versions?
Yes you can try rolling back a couple of versions to see if that helps. Regardless, I'll probably have to work with a copy of your site to try to pin down the problem. If you can create a clone using the Duplicator plugin during your site downtime, that would probably be best.
Hi Christian, Just an update, site is over 15gb, a royal pain in the butt to duplicate and move. I'll try testing access and previous versions over the downtime at the weekend and let you know how I get on. Will you please keep the ticket open until I come back to you on Monday?
If we do go down the route of duplicating the site would you need the uploads folder in wp-content ?
Okay thanks for the rollback information. I can work on a stripped-down copy of the site. You can filter out the wp-uploads directory to save space. If there are any cache directories feel free to drop those too. Assuming the problem happens with only Toolset and a default theme like Twenty Nineteen active, you can drop the plugins and themes folders as well if necessary. I would prefer you did not try to shrink the database. I'm activating private reply fields here so you can share a download link for me.
Actually, I'm in Ireland, and we don't have anyone in the UK.
When it comes to where the data will be "processed", I would be installing it on my localhost for testing, but our normal procedures would mean that if it were something I was able to reproduce on your site but unable to reproduce on a clean test site then I'd pass it to my colleagues in second tier for further debugging, each of whom are outside the EU.
As an alternative, you could export all of the relevant settings and I can try and import those into a clean test site and see if I can reproduce the problem with that, and then I won't need any of your client data.
You can export settings from each of the plugins at Toolset > Export / Import.
So, you'll need Types and Access, and what else? You didn't say whether you are trying to upload the pdf on the backend or the frontend, so maybe Forms, too?
You know you site, so provide me with as much detail as I need to try to reproduce the issue.
You can share links to dropbox or similar here, such links are hidden by default so others cannot see them.
Thanks Guys, Nigel, your local environment would be 100%, but, yeah, my clients clients are especially protected by GDPR and the team there are very privacy aware. I'll create a local version (changed PC's since I built the site) and make sure I can replicate the issue, if so then I'll do the settings export you describe above.
Background, site is used to run a private buddypress install to allow remote employees to share real time info. With toolset there is a collection of forms and views used to maintain HR & Business Operations data. This is all mostly protected with Access. Layouts is used on a few pages I've not yet got around to building templates for. The plugin stack is massive. The filesystem is over 15gb. The theme is a child of 2017, functions.php is modified.
Actually, after writing that out how about we just forget about it and go for a pint 🤣
