Axel13

I’ve no clue why, but a friend said he couldn’t see the social provider icons on my site, except on hover (when the original icons are shown). This solved when changing the AdBlock settings…

Looking into this, I found extensive documentation on how to change the icons.

The author recommends to set Widget > Basic Settings > Social icon set to “None, display providers names instead of icons” (wouldn’t work for what I did), yet he also suggest to set different icons as background image.

Ah… Maybe that’s it, I forgot to add this here, but included it in the pastebin. You probably need to set the width and height and add inline-block as display:

.wp-social-login-provider {
  width:32px;
  height:32px;
  display: inline-block;
}

I hope that (or the documentation) solves it GL!

VFHwebdev, if ms_files_rewriting is missing, perhaps you can – take a backup first – then insert it, if meta_id 19 is free…

meta_tag = ms_files_rewriting
meta_id = 19
site_id = 1
meta_value = 0

The rest is not selected (functions) and not checked (null).
Looking at the image of the settings is perhaps easiest.

Again I’d prefer to see someone confirm that this is good advice though… but that’s what I would do.

It’s beyond my scope, but it seems you get stuck after the status gets updated @ /wp-admin/includes/ms.php#L83.

Below that line, there are a couple of cases mentioned in which the blog does not get deleted:

1. If a full blog object is not available.
2. If it’s the initial, main, or root blog.
3. If ms_files_rewriting is enabled and upload_path is empty.

1. I’m not sure what this is, but would guess ID, domain, path and site name.

2. Not the problem, since it’s the same for new blogs.

3. Is you site 3 years old?

ms_files_rewriting used to be enabled by default (3 years ago), I don’t know if this changes on updates, perhaps it is still enabled on your site… You can find it, f.ex. via phpMyAdmin, in the main site’s (wp)_sitemeta database table. If the value is 1, you could try to change it to 0, however, there must be a reason why WordPress does not change this automatically… Perhaps wait for a confirmation that this is ok.

upload_path can be found in the blog settings (network admin), but on my site, it’s empty for all sites. If you would not have access to the database to check the above, you could try to fill the upload_path with the folder where you store uploads (/wp-content/uploads/).

I hope this helps. GL with it!

Weird. I don’t recall ever been asked to confirm deletion via email. Perhaps you could try to delete it on the site’s admin via tools > delete site (…/wp-admin/ms-delete-site.php), but you should be able to do it from the network admin.

I would guess that smth is wrong with the custom login plugin(s), in which case it’s best to ask the author, or to choose a different one or method.

I have no clue what might cause this on your site. Do you have any plugins enabled that interfere with the login, or emails? Did you install the latest WordPress?

I would think that the message sent when retrieving a password gets generated by wp-login.php and that it should not have such variables…
Here is how it looks in my install:

$message = __('Someone requested that the password be reset for the following account:') . "\r\n\r\n";
	$message .= network_home_url( '/' ) . "\r\n\r\n";
	$message .= sprintf(__('Username: %s'), $user_login) . "\r\n\r\n";
	$message .= __('If this was a mistake, just ignore this email and nothing will happen.') . "\r\n\r\n";
	$message .= __('To reset your password, visit the following address:') . "\r\n\r\n";
	$message .= '<' . network_site_url("wp-login.php?action=rp&key=$key&login=" . rawurlencode($user_login), 'login') . ">\r\n";

If you only just installed, perhaps try a fresh download. Else perhaps resetting your password may help.