rockgod100

Is it possible you have define('DISALLOW_FILE_EDIT',true); in your wp-config.php file?

I was having the same issue, and I noticed that the “Feed Them” menu item is dependent on the edit_plugins permission. As a test, I changed it to activate_plugins and the item showed up. Obviously, this isn’t a permanent fix, and would break on the next plugin update.

It’s been updated. Thanks again.

Thanks for letting me know! It will be updated shortly.

Jon

Thanks! Sorry I missed your message–I’m not familiar with the ServerPress app, but it’s possible that certain services haven’t been enabled on your local machine which enable the server to call out to external sites.

Were you able to import your profiles, or was the issue with downloading the plugins themselves?

I’ll look a little more into ServerPress and see if I can do some additional testing.

Thanks,
Jon

Hey, I just wanted to let you know I’ll be posting an update tomorrow that reads & writes profiles using the WordPress Filesystem API, which is designed to get around permissions (and is used internally for updates).

If you have time, I’d love to hear if it makes a difference.

Thanks,
Jon

That’s definitely a help. Are you on a Linux server?

Was the ‘*factory’ profile created in the plugin on your site or through the online service? I’m wondering if the asterisk created an issue, either through the API or as a filename.

Good call on DEBUG mode. I think we’re getting closer!

Haha–that’s too bad about the Bugs Bunny cartoon. I guess I’ll need to find a new one!

I had a similar thought about using the WordPress core method to download plugins. It was a little beyond the scope when I originally wrote the Install Profiles plugin a year ago, but I’ve been diving into it a little more deeply over the last couple days. The WPIP update I uploaded yesterday uses a WP function to call files from the Plugin Directory, but I’m not sure if it will make a difference for your installation.

Either way, I’ll keep working on it!

Thanks,
Jon

Hey PoMa, I’m wondering if this (https://forums.devshed.com/php-development-5/file-put-contents-not-working-755197.html) has something to do with it. Looks like we might be back to a file permissions issue.

It seems like all of the other libraries are working the way they should, so the only other thing that could trigger the “Couldn’t find…” error would be a failure to move the download file to the correct folder (either a plugin or the profile files). I’d be curious to see if changing the entire wp-content/plugins folder to 777 would make a difference. I’m not sure if that’s a long-term solution, though. I’ll keeping looking into it!

Man, I thought we had found it! Let me see if I can find anything else that might be causing the problem.

One more thing to check – is cURL enabled on your server? The “Couldn’t find X” error is triggered when the cURL call to the Plugin Directory fails, so that could be the problem as well. I can help you figure out if it’s enabled if you aren’t sure.

On a side note, the next version of WP Install Profiles will use the WordPress API for making external URL calls, so it will attempt a few other methods if cURL isn’t available.

Thanks,
Jon

Sorry to see you’re having trouble. It looks like you have all of the necessary libraries and you entered the correct slug for All in One SEO Pack.

I’m not sure what the issue could be, but I’m looking into it. What’s your hosting environment like? Are you on shared hosting? It sounds like it could be a file permission issue, but I’m not sure.

Thanks,
Jon

Thanks for bringing that to my attention. I haven’t encountered that before, but I’ll add it to the list of troubleshooting techniques.

Jon

Hi AMGCAT,

Sorry to hear you’re having trouble. ZipArchive is required for WP Install Profiles to unpack the plugin files from the WordPress plugin directory (see “Other Notes” in the readme). It’s enabled by default on most hosting platforms, but not all–I believe MediaTemple is one, for instance.

Version 3.0 is the development snapshot hosted on GitHub. It is nearly stable and will be ready for release soon.

Thanks for trying it out!

Sorry to hear you’re having trouble–I didn’t realize another plugin had the same naming convention! There is a new release of WP Install Profiles coming soon, and I’ll adjust some of the function names accordingly.

In the meantime, the best bet is probably to temporarily deactivate WP Instant WordPress, activate Install Profiles, complete the bulk install, deactivate Install Profiles and re-activate WP Instant WordPress.

No problem-Thanks for the great suggestion! ??

Sorry that feature’s not working. I haven’t heard any reports of that happening, but I’ll take a look. Just so I’m sure of the problem, when you press the “Create a custom profile” button, you don’t see a popup window with checkboxes for each installed plugin?

I’m wondering if another plugin is conflicting with the Javascript, or is it possible you have Javascript disabled in your browser?

Thanks,
Jon