Another Login Redirect Problem

When you go here – https://www.soutarwriters.co.uk/wp-login.php – the WP logo doesn’t show.

That’s a big sign ??

https://www.soutarwriters.co.uk/wp-admin/images/wordpress-logo.svg

That shouldn’t look like text. it should render like this:

https://ipstenu.org/wp-admin/images/wordpress-logo.svg

What’s in your .htaccess?

And what kind of server are you on?

Thanks for replying Mika

My .htaccess file reads:

RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
# uploaded files
RewriteRule ^([_0-9a-zA-Z-]+/)?files/(.+) wp-includes/ms-files.php?file=$2 [L]
# add a trailing slash to /wp-admin
RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
RewriteRule  ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L]
RewriteRule  ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]
RewriteRule . index.php [L]

(I’ve deleted a lot of empty lines; I don’t think this file has changed in a long time.)

phpinfo.php is on the site. It tells me, inter alia:
System: Linux vhost9-1 2.6.18-398.el5PAE #1 SMP Tue Sep 16 21:31:44 EDT 2014 i686
Apache Version: Apache/2.2.3 (CentOS)
PHP Version: 5.3.10

What’s the significance of the WP logo not showing? Hope this info allows you to see deeper into things…

What version of Multisite did you START with? That is, did you install multisite on WP 3.5 or earlier?

On my hard drive backup, I can see I was using 3.0.4 in Jan 2011. The earliest blog file I can find with FTP on the site is Aug 2010, so my starting version of multisite probably pre-dates 3.0.4.

Ouch. Okay well that’s okay then, though you may need to reach out to your host and ask why SVG images aren’t processing. I think that’s going to reveal the root issue here.

Ok, will do. I’ll post again when I get an answer from them.

I tried various ploys with my host, mainly re-installing from fresh images of 4.0, but no joy. They have no specialist WP expertise, but volunteered to migrate my site to a newer server build, a job which ran last night. The new configuration is:

System: Linux vhost14-b.iomart.com 2.6.32-431.29.2.el6.x86_64 #1 SMP Tue Sep 9 21:36:05 UTC 2014 x86_64
Apache Version: Apache/2.2.15 (CentOS)
PHP Version: 5.4.35

The good news is that the svg image for the WP logo is now rendering correctly, but my login redirect problems continue – both of my userids result in the: https://www.soutarwriters.co.uk/wp-login.php?redirect_to=http%3A%2F%2Fwww.soutarwriters.co.uk%2Fwp-admin%2F&reauth=1
appearing in the browser url box.

Any further thoughts?

Good news ??

If you try to log in with a BAD username/password, it gives the right error.

Soooo. The last time I saw that, someone didn’t have any user roles for their account on that site. Can you check in the DB for that?

I don’t know how to do that without logging in – is there a utility program I can use? What am I looking for and how do I go about making changes so I can then login?

This is all in the database, so you need a DB GUI/editor. PHPMyAdmin is common.

Normally you have the prefix wp_ and the table wp_options. In that table you have a option named wp_user_roles and everything works.

Multisite makes this trickier because each site has a wp_x_options table (where X is the site ID). So you’ll need to find the right one for THAT site and then look for wp_x_user_roles in that table.

Of course, since this is happening on the main site, you should be in wp_options

(if your prefix is NOT wp_ but something like wp_31hdf1g_ then look for wp_31hdf1g_options and wp_31hdf1g_user_roles

Ok, I found PHPMyAdmin via my control panel, then located wp-options and wp-user-roles. The latter contains:

a:5:{s:13:”administrator”;a:2:{s:4:”name”;s:13:”Administrator”;s:12:”capabilities”;a:73:
{s:13:”switch_themes”;b:1;s:11:”edit_themes”;b:1;s:16:”activate_plugins”;b:1;s:12:”edit_plugins”;b:1;s:10:”edit_users”;b:1;s:10:”edit_files”;b:1;s:14:”manage_options”;b:1;s:17:”moderate_comments”;b:1;s:17:”manage_categories”;b:1;s:12:”manage_links”;b:1;s:12:”upload_files”;b:1;s:6:”import”;b:1;s:15:”unfiltered_html”;b:1;s:10:”edit_posts”;b:1;s:17:”edit_others_posts”;b:1;s:20:”edit_published_posts”;b:1;s:13:”publish_posts”;b:1;s:10:”edit_pages”;b:1;s:4:”read”;b:1;s:8:”level_10″;b:1;s:7:”level_9″;b:1;s:7:”level_8″;b:1;s:7:”level_7″;b:1;s:7:”level_6″;b:1;s:7:”level_5″;b:1;s:7:”level_4″;b:1;s:7:”level_3″;b:1;s:7:”level_2″;b:1;s:7:”level_1″;b:1;s:7:”level_0″;b:1;s:17:”edit_others_pages”;b:1;s:20:”edit_published_pages”;b:1;s:13:”publish_pages”;b:1;s:12:”delete_pages”;b:1;s:19:”delete_others_pages”;b:1;s:22:”delete_published_pages”;b:1;s:12:”delete_posts”;b:1;s:19:”delete_others_posts”;b:1;s:22:”delete_published_posts”;b:1;s:20:”delete_private_posts”;b:1;s:18:”edit_private_posts”;b:1;s:18:”read_private_posts”;b:1;s:20:”delete_private_pages”;b:1;s:18:”edit_private_pages”;b:1;s:18:”read_private_pages”;b:1;s:12:”delete_users”;b:1;s:12:”create_users”;b:1;s:17:”unfiltered_upload”;b:1;s:14:”edit_dashboard”;b:1;s:14:”update_plugins”;b:1;s:14:”delete_plugins”;b:1;s:15:”install_plugins”;b:1;s:13:”update_themes”;b:1;s:14:”install_themes”;b:1;s:11:”update_core”;b:1;s:10:”list_users”;b:1;s:12:”remove_users”;b:1;s:9:”add_users”;b:1;s:13:”promote_users”;b:1;s:18:”edit_theme_options”;b:1;s:13:”delete_themes”;b:1;s:6:”export”;b:1;s:24:”NextGEN
Gallery overview”;b:1;s:19:”NextGEN Use TinyMCE”;b:1;s:21:”NextGEN Upload images”;b:1;s:22:”NextGEN Manage gallery”;b:1;s:19:”NextGEN Manage tags”;b:1;s:29:”NextGEN Manage others gallery”;b:1;s:18:”NextGEN Edit album”;b:1;s:20:”NextGEN Change style”;b:1;s:22:”NextGEN Change options”;b:1;s:24:”NextGEN Attach Interface”;b:1;s:15:”wpseo_bulk_edit”;b:1;}}s:6:”editor”;a:2:{s:4:”name”;s:6:”Editor”;s:12:”capabilities”;a:35:{s:17:”moderate_comments”;b:1;s:17:”manage_categories”;b:1;s:12:”manage_links”;b:1;s:12:”upload_files”;b:1;s:15:”unfiltered_html”;b:1;s:10:”edit_posts”;b:1;s:17:”edit_others_posts”;b:1;s:20:”edit_published_posts”;b:1;s:13:”publish_posts”;b:1;s:10:”edit_pages”;b:1;s:4:”read”;b:1;s:7:”level_7″;b:1;s:7:”level_6″;b:1;s:7:”level_5″;b:1;s:7:”level_4″;b:1;s:7:”level_3″;b:1;s:7:”level_2″;b:1;s:7:”level_1″;b:1;s:7:”level_0″;b:1;s:17:”edit_others_pages”;b:1;s:20:”edit_published_pages”;b:1;s:13:”publish_pages”;b:1;s:12:”delete_pages”;b:1;s:19:”delete_others_pages”;b:1;s:22:”delete_published_pages”;b:1;s:12:”delete_posts”;b:1;s:19:”delete_others_posts”;b:1;s:22:”delete_published_posts”;b:1;s:20:”delete_private_posts”;b:1;s:18:”edit_private_posts”;b:1;s:18:”read_private_posts”;b:1;s:20:”delete_private_pages”;b:1;s:18:”edit_private_pages”;b:1;s:18:”read_private_pages”;b:1;s:15:”wpseo_bulk_edit”;b:1;}}s:6:”author”;a:2:{s:4:”name”;s:6:”Author”;s:12:”capabilities”;a:11:
{s:12:”upload_files”;b:1;s:10:”edit_posts”;b:1;s:20:”edit_published_posts”;b:1;s:13:”publish_posts”;b:1;s:4:”read”;b:1;s:7:”level_2″;b:

When I look at wp-users, id 1 is admin; there is no id 2; id 3 is iain (my alternate administrator id); there is no id 4; id 5 is heather (the other user with admin rights). Can you suggest what changes to make?

Ouch.

So … you DO have custom user roles. That may be corrupted. Do you have a site without NextGen? If so, can you try copying over those values instead of what you have?

My other WordPress sites are single user, so the userids won’t correspond to this multisite. Can I do something simple here like insert syntax for userids 1, 3 and 5 to have administrator privileges and delete the rest?

Ahhh no no no.

The values for wp_user_roles, within the wp_options table, has NOTHING to do with your user IDs ??

That is, they don’t matter that admin is #4 on one site and #1 on another. The wp_user_roles is literally a definition of what each role means, NOT who they are applied to.

Ok, I checked my two single-user sites. Neither has wp_user_roles defined. Is there some surgery that can be performed on the multisite data defined above?