vmounts

Possibly theme related. I just noticed it kills the “hamburger” menu too. If so then I guess I just won’t merge.

P.S. I’m using the snippet as a shortcode, if that matters.

After getting a chance to transfer my site to my development server again I really only ran into two small problems. Otherwise it is working great for multi-site!

How I used the installer:
I edited the Old Url field during install and changed it from https://mysite.com to just mysite.com.
I also changed the New Url from https://newlocal.dev to just newlocal.dev

I’m OK with the consequences of this because I have a local mail server and I don’t mind (in fact I prefer) if stuff like email addresses get changed.

The two problems were:
1) On Step 3 the links to Save Permalinks, etc get double pathed. It only happens on the installer page and not anywhere in the database or pages. The reason is that when the code builds the href for those links my New Url no longer starts with https:// , or a slash, so the browser thinks it is a relative link. Relative to where installer is running so, https://newlocal.dev/newlocal.dev/permalink-blah-blah.php

Not sure that is even worth fixing since it is easy enough to just copy, paste and correct it in the address bar.

2) The other was a bit more tricky. I use the chrome browser and it apparently doesn’t like (and doesn’t store) cookies for the localhost. Now my local site isn’t named localhost but the “cookie domain” was showing up as just a dot ‘.’. WordPress wouldn’t let me log in because it thought I didn’t have cookies enabled. This could potentially be something about my particular setup, but I did find out a lot of people have run into similar problems with chrome and local development servers.

What fixes it is adding a line to wp-config.php that says,
define(‘COOKIE_DOMAIN’, ‘.newlocal.dev’);
The leading dot is important so that it works for sub-domains too.

Again, not sure if you think that is something worth fixing or how you would want to do it. I was thinking maybe another check box under advanced options. The code would of course have to strip off any https:// if there was one and add the leading dot. I could take a crack at it some time if that sounds like a reasonable approach, but it isn’t critical as it is easy enough to just do manually.

Cool. I guess that means there is hope for me yet. ?? Maybe that’s why I found your code so easy to read. You’re used to a more structured language.

And just to clarify, what it does is log in to the new SMTP server with the new username and password and then tries to send an email from the admin address I filled in on the root blog. Very strange.

I have the same problem.
I am running multi-site and have setup several blogs that are successfully using WP-Mail-SMTP. This latest blog however I am using a different address (and SMTP server) than I had in the past. When I send a test mail it tries to send using the settings of the root blog and it doesn’t matter how many times I change it. The odd thing is that when I refresh the options page the correct values are still showing in the fields. Is this plugin perhaps not multi-site compatible?

Thanks. The stuff I would add would be related to some plugins I use so it may not be generally useful. My background is with dot net and MS SQL server so I’m a bit of a newbie in this arena as well. We’ll see how far I get.

I partly just wanted to see what the search replace code is doing because I was getting strange results. I use sub-domain based multi-site. I understand why replacing https://example.com doesn’t properly update the subdomain URLs as they don’t match the string. When I changed the value to just be example.com without the https:// I got strange results where the domain showed up again after the first slash, e.g. https://subdom.newexample.com/newexample.com/rest-of-path.

Anyway, being such a newbie, I just wanted to step through things with a debugger and there was one minor change that would help with that if you are interested. My IDE passes a query string so that the XDebug debugger kicks in. On line 114 of view.step1.php (which makes its way into installer.php) there is a line that say
url: window.location.href + '?' + 'dbtest=1',

This doesn’t work if a query string is already there from the debugger, so I changed it to

url: appendQryString(window.location.href, 'dbtest=1'),

and added a function

function appendQryString(url, qryString) {
	    var hasQryString = url && url.indexOf('?') !== -1;
	    var separator = hasQryString ? '&' : '?';
	    url += separator + qryString;

		return url;
	};

I’m not really sure where the proper place to add the function would be ,and I’m not sure if there are other places where it needs to be used, but that would make the code a bit more debugger friendly. The only other thing I had to change was the timeout right above the url line but that’s obviously not something that would be appropriate to change permanently.

With the debugger now working I’ll let you know if I find anything that might benefit everyone using multi-site.

I could have sworn I tried disabling Jetpack before but apparently not. When I did disable it today it still isn’t showing a featured image so the problem is obviously not with Jetpack. So sorry for that.

Thanks for the response.
It seems to be theme dependent so maybe it isn’t a conflict between the plugins after all. For example:

If you go here https://learnwp.revolvingplanet.net/code-to-add-a-new-menu-item-type/ and look at the page source you’ll see the og:image is pointing to the default thumbnail. That post has no featured image, Default Featured Image is supplying it. That site is using the AllTuts – version 2.0.2 theme.

On the other hand, a site using the Academia theme here: https://naturalreason.revolvingplanet.net/the-oldest-piece-of-earths-crust-dates/ has an og:image of blank.jpg. That site is also using Default Featured Image though and you can see the default image in the right sidebar next to each of the most recent posts listed there.

That did the trick. Thank you!

I should add that if I move the mouse very fast I can sometimes make it to the bottom but not at a normal speed.

I have posted the code changes to the link below for anyone who is interested. It doesn’t take much to at least get the basic functionality going.
https://learnwp.revolvingplanet.net/diamond-multisite-widgets-update-1/