WordPress 3.5 Upgrade Multisite Issues

In the multi-site installations that I have done, the files for the main site (i.e. https://www.mymultisiteinstallation.com) were put into “/wp-content/uploads/[year]/[month]/” and the files for all of the other sites were put into “/wp-content/blogs.dir/[site_id]/files/[year]/[month]/”.

Thanks for clearing that up for me Phil I’d assumed all image files for a Multisite were stored in “/wp-content/uploads/[year]/[month]/” and thought they had been deleted, they are not, my images are in “/wp-content/blogs.dir/[site_id]/files/[year]/[month]/”.”
I apologize for causing confusion.

It is all sites on my network that are affected I can see now it is linking problem, the images have not been deleted.

My Multisite was created about 18 to 24 months ago, can’t remember the version perhaps 2.7 (?)

The plugin list is as follows:
Akismet, BulletProof Security Pro, Curation Fire v2, Easy WP SEO, Import/Export for HeatMap Theme Pro v5, Open Web Analytics Plugin, TimThumb Vulnerability Scanner, WhatsMyRank, Wp BackUpMe, WP Robot 3.
all are updated to the latest version and all are presently deactivated.
Initially I suspected BPSP and resorted to the default htaccess File, and turned auto restore off but it hasn’t helped.

At present all plugins are deactivated.

I use HeatMap Theme Pro

Upgraded using the WP upgrader

I have a VPS with hostthename.com

When I open the media library there are no images just a list of image names and when I check the URL for a post image I can see the link which worked in 3.42 (https://site.mainsite.com/files/year/month/*.jpg) is now defective.

Sounds more like you have a .htaccess issue. Since “/wp-content/blogs.dir/[site_id]/files/[year]/[month]/” was the default till 3.5. And it doesn’t change anything when you update to 3.5.

The javascript you passed is weird and not default WordPress. Can be a plugin that does weird things or maybe because of a bad hosting a setting is wrong.

I think the first thing you can do is to copy/paste the .htaccess code WordPress gives you at “/wp-admin/network/setup.php”

There should be a rule like:
# uploaded files
RewriteRule ^files/(.+) wp-includes/ms-files.php?file=$1 [L]

christokid – It sounds like you removed that line in debugging, since it’s NOT there anymore for 3.5 fresh installs. That’s a pretty easy error to make, and I was worried people might do that with this upgrade.

how do i stop the display of my internal paths in my website when i view the source, i have confirm with hosting company if the display error is off and it is, and we confirmed in our php.ini in our folder but its still showing our internal paths in our website view source

Sounds more like you have a .htaccess issue. Since “/wp-content/blogs.dir/[site_id]/files/[year]/[month]/ was the default till 3.5. And it doesn’t change anything when you update to 3.5.

Thanks for the info Marko wasn’t aware of that.
Don’t know if I’ve misunderstood you but there’s no .htaccess code in /wp-admin/network and no

# uploaded files
RewriteRule ^files/(.+) wp-includes/ms-files.php?file=$1 [L]

in the setup.php should I add this to setup.php?

christokid – It sounds like you removed that line in debugging, since it’s NOT there anymore for 3.5 fresh installs. That’s a pretty easy error to make, and I was worried people might do that with this upgrade.

Thanks for your post Ipstenu and sorry for being dense what line are you referring to?

ahuggup86: What do you mean with internal paths. You mean /wp-content/blogs.dir/2/ instead of /files/? I don’t know how WordPress 3.5 effects current installs that well. I thought it was still doing /files/.

That said /files/ is somehow a bad thing to do since everything goes through PHP.

christokid: I don’t know exactly what you have. Since you don’t have a fresh 3.5 install and I would aspect that line to be there. Also that line should be in your .htaccess since you can’t adjust setup.php.

yes the paths i provided above is what displaying i can send you our website link at your email and you can check

christokid – The .htaccess goes in the same folder as wp-config.php

THIS is the line you’re probably missing:
RewriteRule ^files/(.+) wp-includes/ms-files.php?file=$1 [L]

But at this point, you have a totally separate issue, so you need to make your own post so ahuggup86’s posts don’t get lost ?? (Go into your main .htaccess, check for that value, if it’s NOT there, either add it or make a whole new topic for yourself with the full content of your .htaccess file so we can look at it and help you out – NEVER edit any of the core WP files, please, it’s a headache).

Marko – As of 3.5, all new installs are in /wp-content/uploads/sites/#/ (except for the main site, which is still in /wp-content/uploads/

Of note: Nothing changed for existing Multisite instances. They’re still in blogs.dir, using /files/ as a redirect via ms-files.php – nothing was moved. The only way WP knows to use uploads instead of blogs.dir is if a new field was added to your database’s wp_options table (that is, the absence of the field means you still use /blogs.dir).

go to our company website https://drivennetwork.com and view the source of the site the scroll down almost to the bottom you will see the paths to images wrapped in an script tag that was not there before it never showed that on 3.4.2 multisite before the upgrade. i don’t want that to be in the source of our website.

That was also in 3.4.2. I’m sure of that unless you also update plugins/themes that does this.

it couldn’t be an plugin because we disable the plugins in our site before the upgrade. infact most of our plugins in the site was already compatible with 3.5 but we disabled them as per the documentation for upgrade

It’s Social Gallery plugin – The Ultimate WordPress Social Lightbox. That javascript file is using those images.

It’s a plugin as Marko said.

http:\/\/drivennetwork.com\/wp-content\/blogs.dir\/1\/files\/the-heart-of-summer-movie-2012-the-making-of\/thumbs\/thumbs_the-heart-of-summer-the-making-of1.jpg

See how it made a folder? So it’s moving images to /wp-content/blogs.dir/1/files/the-heart-of-summer-movie-2012-the-making-of/thumbs/....

A base WP install never uses foldernames like that. It uses files/2012/10 and so on, never the-heart-of-summer-movie-2012-the-making-of/thumbs/ – So the fact that you already have these thumbs implies that something external to base WP is doing this (hence why I said it’s a plugin or theme). That JS code’s not part of WP.

ahuggup86 has another topic open specifically about the URLs appearing in that JavaScript block (https://www.ads-software.com/support/topic/internal-paths-displaying).

I don’t have access to the Social Gallery plugin, but after looking at examples of it on the plugin’s web site (https://www.socialgalleryplugin.com/blog/) and looking at their site’s code – which has the same JavaScript block – I feel confident that this is the case.

As I mentioned in the other topic, try disabling the Social Gallery plugin and verify if that block of JavaScript is removed.

Either way, I do not believe that having these URLs displayed is of any security concern. They are URLs to the photos that you have uploaded to be available on the site, accessible by visitors of the site. If I’m misunderstanding your concern, please let me know.

christokid – The .htaccess goes in the same folder as wp-config.php

THIS is the line you’re probably missing:
RewriteRule ^files/(.+) wp-includes/ms-files.php?file=$1 [L]

But at this point, you have a totally separate issue, so you need to make your own post so ahuggup86’s posts don’t get lost ?? (Go into your main .htaccess, check for that value, if it’s NOT there, either add it or make a whole new topic for yourself with the full content of your .htaccess file so we can look at it and help you out – NEVER edit any of the core WP files, please, it’s a headache).

Just wanted to thank you Ipstenu that fixed my problem