Admin Login Problem

Bloke · 2011-07-04 15:34:51

geoff777 wrote:

As soon as you switch the plugin on you’ll lose the back-end.

Thanks in advance for the login.

Can’t we access the site directly with site.com/textpattern?event=plugins which should disable all plugins so we can muck about with the code. That’s the theory…

bici · 2026-03-27 17:56:25

On a brand new install of 4.9.1 on localhost when logged in to the Admin area every time i change to another tab i.e Write or Admin i get dumped out and i have to login again. But it is a vicious circle.
I have three other txp sites on local host all running fine. On the Diagnostics panel it reports √ “All checks passed”

Textpattern version: 4.9.1 (a774b63c40bde18d17dce62722a04cf1769a1a5565bd3ce9)
Last update: 2026-02-14 17:01:39
Textpattern path: __TXP-ROOT/textpattern
Article URL pattern: section_title
Production status: testing
Temporary directory path: __TXP-ROOT/textpattern/tmp
PHP version: 7.4.2

I have wiped out the directory and installed everything from scratch twice and end up with the same results. I empty all caches each time i installed the site. I also changed the admin user/pswd each time i installed. very annoying gremlins have invaded my host!
Has anyone else ever experienced this?

jakob · 2026-03-27 19:34:52

Hmm. Strange. Some ideas:

Try also clearing the cookies / localstorage? (see https://barrd.dev/article/clearing-cookies-and-local-storage-in-google-chrome/, it’s the same for safari).
Have you specified www.domain.local in your setup but are trying to log in with domain.local (or vice versa)?
You’re not in any private browsing window in your browser?

If I recall correctly, you’re using MAMP Pro, so your domain names between your sites should also be different. Maybe someone else has an idea…

bici · 2026-03-27 20:37:01

There is something strange. I tried again, after deleting cookies etc, and ended up with the same issues.
So this time I created a new local domain, installed 4.9.1 and all is normal. So the mystery remains.

uli · Yesterday 16:16:23

jakob wrote #343030:

Have you specified www.domain.local in your setup but are trying to log in with domain.local (or vice versa)?

That reminded me of a similar problem where I had used http in one place (bookmark maybe) and httpS in another one (txp admin). Or do you have a cookie plugin directed at special domains?

Last edited by uli (Yesterday 17:44:50)

bici · Yesterday 16:32:44

I didn’t do anything different with the problematic domain. AND it was working fine before I reinstalled the DB. I solved the issue by creating a new localhost with a slightly different name and reinstalled the DB.

Which reminds me. I have for years exported SQL DB from localhost, changed all occurrences of a string say http://mysite.local to https://mysite.com using, for example, Textmate. On more than one occasion in the past few days I have noticed that the string was not changed in all occurrences once I had the new DB installed on the production site. Within Pages and Forms the old string was still there. It had not been changed. I thought that all forms and pages text would have been changed, it seemed to work in the past.

It may be that my old version of MAMP is getting confused. Or it could be me ;)

jakob · Yesterday 19:14:52

bici wrote #343031:

There is something strange. I tried again, after deleting cookies etc, and ended up with the same issues.
So this time I created a new local domain, installed 4.9.1 and all is normal. So the mystery remains.

If you still have the non-working one, you might want to compare the working and non-working installations to work out what’s different.

bici wrote #343038:

Which reminds me. I have for years exported SQL DB from localhost, changed all occurrences of a string say http://mysite.local to https://mysite.com using, for example, Textmate. On more than one occasion in the past few days I have noticed that the string was not changed in all occurrences once I had the new DB installed on the production site. Within Pages and Forms the old string was still there.

If you have done a full database export with all the tables, and you have conscientiously replaced all instances in the entire text dump of the database, I can’t explain that. If you just changed the occurrences in the txp_prefs tables, that won’t get passed down to any hand-written links in the articles, forms or page templates. Maybe check – like uli mentioned – that you haven’t inconsistently used www.domain.com and domain.com etc. It’s easily done and then missed in a search.

Ways you can mitigate against that:

Use txp:site_url />, <txp:permlink /> or the link attribute of section and category tags to automatically generate the links based on the admin settings.
If you make links inside your articles, you can again use <txp:site_url />. If you find that ugly or don’t want to assume your users will manage that, then write the links locally, e.g. /section/article-url-title without the domain in front. Those links will then use whatever is in the browser’s url bar.

If you do that consistently, you’ll find when you put a site online, you only need to change the few settings in the preferences. Everything else should follow.

Textpattern CMS

Textpattern CMS support forum

#16 2011-07-04 15:34:51

Re: Admin Login Problem

#17 2026-03-27 17:56:25

Re: Admin Login Problem

#18 2026-03-27 19:34:52

Re: Admin Login Problem

#19 2026-03-27 20:37:01

Re: Admin Login Problem

#20 Yesterday 16:16:23

Re: Admin Login Problem

jakob wrote #343030:

#21 Yesterday 16:32:44

Re: Admin Login Problem

#22 Yesterday 19:14:52

Re: Admin Login Problem

bici wrote #343031:

bici wrote #343038:

Board footer