turtletrax

ipstenu,thanks for trying.

I have determined that this is happening as a result of a spammer hacking into my ISP. Fortunately, my WordPress install is not infected. I’m not sure exactly why this affects me, but I’ve got my ISP working on it. It is also affecting some non-Wordpress accounts.

Since I posted this, I have left an Edit Post page open and I now have SIX copies of my dashboard above the edit window. Am I really the only one suffering from this affliction?

The last change I made was to install 3.0.1. The theme has been stable for at least a year. I know I did not have this behaviour before 3.0.1.

I agree absolutely.

2.7 seems to have broken fluidity. 2.6 scaled well when I used the browser to zoom to 120%. In 2.7, the right sidebar begins to overlap the edit window, making it unusable. I cannot convert to 2.7 until this is resolved.

I’m searching right now for ways to deal with this issue. I am slowly realizing that the only way is to do some heavy-duty editing of the WP admin style. This should not be necessary.

[Edited to add:]

I just realized that I can drag all of the elements in the right sidebar and drop them under the edit window, thereby working around the problem. Not entirely satisfactory but better than nothing. I still support admin themes.

As I said:

There seem to be a lot of variations on this problem, but it’s clear to me that many of them are caused by persistent cookies.

I think you missed that, SirKillelort ??

Anyone who sees the loop back to wp-login in only one browser probably has a cookie problem. That was my case and in reading the threads on this, that’s the case for a lot of other people too. There are clearly similar but different problems. Obviously, if it fails in more than one browser then it’s not a cookie issue. Not sure why anyone would think it was.

Statpress is pretty easy to hack if you just want to change the limits for things it reports. Edit statpress.php and search for “Top Pages”. The code there is:

iriValueTable("urlrequested","Top pages",5,"","urlrequested","AND feed='' and spider=''");

Change the 5 to 10, save, and you’re done.

AHA! Folks, when deleting cookies in Opera, DO NOT use the cookies|manage cookies button. Instead, go to the Content dialog and use Manage Site preferences. Edit or add your site there, then use the cookies tab to find and delete the cookies. Once I did that, everything worked again.

Hope this helps some poor soul. There seem to be a lot of variations on this problem, but it’s clear to me that many of them are caused by persistent cookies.

We hatesss cookieses.

I manage three blogs. The first one (my test blog) upgraded with no issues. The second one resulted in the damned redirect back to the login page loop. I looked here and saw that someone had solved the problem by deleting cookies. I did this (Opera 9.5) and got back in.

Today I upgraded the third blog. Same bloody loop. Aha, says I, I can fix this. I deleted cookies. Same loop. Deleted cookies, cache, restarted Opera. Same loop. Tried Firefox 3.0. Got on without a problem. Went to my second machine, used Opera 9.5. Logged in without a problem! Back to the machine where I need to login. Same &$&#@&* loop. Read some more here. Tried the wp-admin.php?logout trick. Doesn’t work.

I tried carefully checking cookies after each step. First I deleted the cookie. I tried to login, got a cookie. Deleted it. Did not work, wound up with a new cookie. Tried the logout fix, checked the cookies: logged in cookie was gone, test cookie still there. Tried to login, same [expletive deleted] loop. Cookie from hell was back.

I’m out of ideas. Clearly this is Opera fighting with WordPress, but I can’t tell who’s at fault. Thought about hacking wp-login.php but after looking at it, gave up on that idea unless I get really desperate. That could be any time now, this is my wife’s blog and she’s getting really impatient.

Thanks. All is well, WP Stats is working as expected. I’ll try not to get confused between the two sites again.