Julien

Well technically if your file names and paths are the same, wordpress should find them. But when you upload an image via WordPress, it generates a thumbnail, medium and large versions of your orignal images. Plus the one used for Post Thumbnails and those custom sizes defined in your theme.

So WordPress will find the original one but not the others… except if you have those generated images on your local drive.

Hmmm you’re right, WordPress will create a “2013” folder instead. So I’m afraid you will have to update your posts where those images appeared. How many posts do you have ?

?? sorry

You have errors with your database credentials. WordPress can’t connect to it. Check your wp-config.php file.

Once you can connect, check in the “settings” tab in the WordPress admin for the options:

• WordPress url = where core folders are
• Site url = where you want your website to display

So if you want to have your website at https://www.maadandmcc.com/abc/, you have to install your website under the “public-html”>”abc” directory on your web server and make sure the two options above are set to: https://www.maadandmcc.com/abc/

So when activate permalinks you get URLs like so:

https://www.maadandmcc.com/abc/some-post-you-published/ in place of https://www.maadandmcc.com/abc/?p=10

Hope it helps !

Which version of WordPress do you use ?

Does someone else have access to your ftp ?

WordPress doesn’t delete the “themes” or “plugins” folders, even for an update. Those folders and default themes come by default during a fresh installation of WordPress. As the ‘uploads’ directory under the “wp-content” folder. The ‘upgrade’ folder appears when you’re updating the WordPress core.

If you had a backup of your site, consider restoring it. (Files + database.) If not, you should avoid uploading your images by ftp. WordPress registers in the database the URI of your media files. So to clean things up, go to your WordPress Admin under the “Media” tab. Delete permanently all broken entries (files). Make sure your images files are not in your ‘uploads’ folder too. Upload all your images from the “Media” tab in the WordPress Admin. Keep the same image names, so if you have posts with those images, they will display correctly (because we have clean the database entries by deleting permanently those broken files).

As for a development tip:

• Consider using source control like Git or subversion locally for controlling your files
• Backup your wordpress files and database before playing with Admin, or changing themes and plugins, …

For Git or subversion, you can also check for GUI software if you’re not comfortable with a console or command-line tool.

Hi,

can you give more details on the operations you performed for the upgrade ?

Take note since WP 3.4, you have to define your “uploads” directory in wp-config.php like so:

define('UPLOADS', ''.'uploads');

This code above will make sure all your media files are uploaded to the “uploads” folder in the root.

I found the problem.

When I inserted the host url, I wrote “https://secure.host.com/~name” .
I took a look back, and just inserted “secure.host.com/~name” and now your plugin works perfectly !

I thought I needed to write the full url…anyway it works nice!

Thanks !

I don’t know… Is there something else that could alter the path ?
I register my shared host url in the plugin and then all the path changed. Is there a setting/something to add in the wp-config before installing your plugin ?

From the left sidebar of the admin. I mean all icons. Icons for “Dashboard”, “Posts”, “Settings”, “Media”, …. Everything is missing because the path is modified with https and wordpress cannot find them…

It was a pleasure ??
Cheers !

I found the bug Elliot !

Line 289 in the gallery.php file, the opening php tag was just “<?”, replaced it with “<?php” and everything is working nice !

Nice add-on !

Hi,

I got this issue too with Chrome (20.0.1132.47) on Mac OSX Lion and using WordPress 3.4. Works normally with Safari 5.1.7, Firefox 12 and 13.0.1

Anyway it’s still one of the greatest plugin for wordpress ! Keep the good work Elliot ??

SOLUTION FOUND:
The plugin was registering taxonomies without using the ‘init’ hook. ALWAYS use hooks to register taxonomies -> read the docs carefully !

Use add_action(‘init’, ‘callback_func’) for registering taxonomies ! WordPress rules !

Now i’m really excited about the new features in wordpress 3.4 ! Keep the good work !

Damn i hate bugs !

The problem is from the taxonomies for the custom post type, are there changes in the way to create custom taxonomies ?

Ok it is one of the plugin that breaks wordpress 3.4, fresh installation of 3.4 works perfectly.

So my question is: when occurs a call to functions loike add_rewrite_tags and add_permastruct ?

The plugin generates a custom post type.

NOTICE I’m still getting errors in the Media page, try to access properties of a non-object

For those having the same problem with rewrite.php, add the conditionnal around the method call, it is a temp solution :

Line 51 :
if(is_object($wp_rewrite)){
$wp_rewrite->add_rewrite_tag( $tag, $regex, $query );
}

same for add_permastruct line 74:
if(is_object($wp_rewrite)){
return $wp_rewrite->add_permastruct( $name, $struct, $args );
}