I am having the same problem.
Hopefully someone will help us figure it out.
I wonder if is the .htaccess file that got messup.
Davys
Due to the istallation date, as far as I understood, the upload path is /blog.dir/. When installing a new blog and setting the upload path on network -> site settings to /blog.dir/NEWBLOGNUMBER/files, the thumbnails are produced for today’s new blog, but not for the existing blogs with the same path setting.
If you installed WP originally prior to 3.5, then yes, that’s the right path.
Two things to check: Are you running any resizing plugins like WP-Smushit, and are you on a Windows server?
Thread Starter
Tom Tom
(@thomasborghoff)
Should have been 3.4, now it’s 3.5, the server is 1&1 Business Package:
Linux infong 2.4 #1 SMP Fri May 18 17:32:59 UTC 2012 i686 GNU/Linux Build Date Aug 14 2012 10:30:28
No resizing plugins, just plain Media.
Check what version of ImageMagick your server is running.
Thread Starter
Tom Tom
(@thomasborghoff)
Well, none. So either installing or?
I read, that ImageMagick is preferred by WordPress 3.5, that might be a nice feature (or not, don’t know), but it would be as nice to throw out some warning if a required function like ImageMagick is not installed.
GD is installed: bundled (2.0.34 compatible)
And yes, you’re right, the hoster is not a classy one.
Nah, you don’t have to have ImageMagick, it’s just faster than GD. WordPress still uses GD if you don’t have ImageMagick, so this shouldn’t break anything. The reason I asked for a version is that some older versions have been problematic.
Is there anything in your error log? Like a message that it can’t write to a folder?
Thread Starter
Tom Tom
(@thomasborghoff)
In the error.log is just this:
[31-Jan-2013 08:06:30] PHP Notice: has_cap was called with an argument that is <strong>deprecated</strong> since version 2.0! Usage of user levels by plugins and themes is deprecated. Use roles and capabilities instead. in /homepages/14/d337169883/htdocs/_www2012/wp-includes/functions.php on line 2923
All files within /blogs.dir/ are set to 660, all directories to 777.
You don’t get any new errors when uploading an image?
When you look in blogs.dir, there are no resized images? Just the full one?
Thread Starter
Tom Tom
(@thomasborghoff)
No, i get this error four or fife times. And yes, just the full one.
What plugins are you using?
Thread Starter
Tom Tom
(@thomasborghoff)
Advanced Custom Fields
Edit Author Slug
HTML5 Boilerplate
PS Disable Auto Formatting
SwfObj
Widget Logic
WordPress Importer
WP Show IDs
Thread Starter
Tom Tom
(@thomasborghoff)
btw, these plugins are NOT activated in the blog mentioned above
Are any plugins network activated?
And does this happen on any other site in your network?
Thread Starter
Tom Tom
(@thomasborghoff)
The network’s activated plugins are:
Advanced Custom Fields
Edit Author Slug
HTML5 Boilerplate
PS Disable Auto Formatting
SwfObj
Widget Logic
WordPress Importer
WP Show IDs
There are two “old” blogs BOTH which don’t resize the images, one “new” blog, invented AFTER the update, which is working without problems. The same image is resized in the “new” blog, but not in the “old” ones.
Where does the new blog store its images? /blogs.dir/#/files etc?
