myGallery doesn’t work on WP 2.1?

Have you contacted the plugin’s author? They may have not updated their work to 2.1 yet.

myGallery does not work with the current version of WP (2.1) for some users. As far as I found out this is because of two reasons:

1. When activating the plugin for the first time, the installation-routine is not called upon which has the effect that, among other things, the necessary database tables are not created. This is because of an incorrect statement.

2. If you open the myGallery options in your Admin-Panel, just a blank page shows up. This is caused by a statement which cannot be processed correctly if you work with the administrator-account which was created during your initial WP installation.

##################################################

Here’s a workaround for myGallery under WP 2.1:

1. Deactivate the plugin. Now open the file …/wp-content/plugins/mygallery/mygallery.php and goto line 382. Here replace

if (isset($_GET['activate']) && $_GET['activate'] == 'true') {
require_once(ABSPATH . 'wp-content/plugins/mygallery/myfunctions/mygalleryinstall.php');
add_action('init', 'mygallery_install');
}

with

// MODIFIED: if (isset($_GET['activate']) && $_GET['activate'] == 'true') {
if (isset($_GET['action']) && $_GET['action'] == 'activate') {
require_once(ABSPATH . 'wp-content/plugins/mygallery/myfunctions/mygalleryinstall.php');
//add_action('init', 'mygallery_install');
mygallery_install();
}

Now acitivate the plugin again. The three tables *prefix*_mygallery, *prefix*_mygprelation und *prefix*_mypictures should have been created in your database (whereas *prefix* stands for the prefix which was defined during the WP installation).

2. Create a new account with sufficient rights – respectively replace the administrator-account which was created with the installation of WP with a new one. Now you shouldn’t have problems with blank pages of myGallery in the admin-panel anymore.

##################################################

If you are interested in the details: A security-statement checks on $user_level which is always empty for the account which was created during the WP installation. This is known at WP (http://trac.wordpress.org/ticket/2921) and was not found to be an error.

IMPORTANT: The author assumes no liability for any changes made due to this information!

Are you planning to patch myGallery without us having to use the workaround?

Thanks for your hard work!

Matt

As I am not the developer of the plugin, I don’t want to provide any downloads or something.

But on his website the author wrote, that he will provide an update “in a few weeks”.

However, the workaround is pretty easy in my view…

Does anyone have any insight into this problem? I’ve searched the threads and this seems to plague a lot of people, but nobody seems to know how to fix it. This is not an upgrade issue in my case, as I never had WP or any sort of database running – it was a fresh install. I tried the workaround and wasn’t able to get it to work.

The error I’m getting is:

WordPress database error: [Table ‘seimoneaugwp.wp_mygallery’ doesn’t exist]
SELECT name FROM wp_mygallery WHERE name =”pix1″

This example is from my recent attempt to install Mygallery, but I’ve gotten the same error with fGallery and a few events plugins…

any ideas? Could this be related to php memory, or do I need to change something in wp-config?

Thanks for the reply! I’m so glad my problem isn’t getting ignored. I logged into phpmyadmin and this is what I see:

wp_categories
wp_comments
wp_events
wp_link2cat
wp_links
wp_options
wp_post2cat
wp_postmeta
wp_posts
wp_usermeta
wp_users

Nothing relating to wp_mygallery at all. I’m guessing I’d have to create the table from scratch (not that I would know how to go about doing this)? Could it be something with the username that’s preventing MySQL from generating the table? Odd, since the tables for these other sections were made just fine…

I’m willing to take whatever steps necessary to learn how to go about fixing this – please let me know the next thing I should do.

thanks!

seimoneaugwp database does exist – and the sections I listed were the ones that showed up when I opened phpmyadmin for this particular database.

I will revisit the workaround and see if I can get it to work.

glad to help 🙂

3rd user name? In my view you should definitely create a non-standard admin-account for security reasons…