Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
#751 2010-09-17 04:22:21
Re: ign_password_protect
Actually, I figure out what was missing – the coding to return the error message together with the form in ign_update_self is different to the coding to display the form in ign_self_edit. I’ve added some bits in and it seems to work. After testing a bit more, I’ll post the full list of changes I made.
Offline
#752 2010-09-27 16:03:50
- Gerich
- Member
- Registered: 2009-08-30
- Posts: 35
Re: ign_password_protect
There some problem with tag <txp:ign_current_user />. It returns his content only if current user have privs 1,2,3,4 but if user have privs level 5 – it returns nothing. Is it way to fix this problem?
Offline
#753 2010-10-02 02:49:27
- kevinpotts
- Member

- From: Ghost Coast
- Registered: 2004-12-07
- Posts: 370
Re: ign_password_protect
demoncleaner wrote:
I retried the plugin without using the additional table ign_user in my database and… it works fine =)
I am trying to get ign_password_protect to use a common cookie with the TXP backend so logging in to one logs into both. It seems you solved this, but I am not entirely clear on what you altered to get it to work.
Kevin
(graphicpush)
Offline
#754 2010-10-05 03:29:25
Re: ign_password_protect
I’m getting mixed results with this plugin (v0.5b9 on TXP 4.2.) Some browsers work without a problem (Opera and Firefox) but on IE7 and IE8 you need to log in again each time you go back to a protected page. If I log in and then refresh the page, I need to log in again… (When testing on my local machine, only Opera works flawlessly, while all the others don’t seem to recognize the cookie.)
Is there any chance of an update that works with 4.2?
I’d be happy to make a donation to get this working.
Offline
#755 2010-10-25 08:26:46
Re: ign_password_protect
Disregard my last comment. Although I had lots of problems on my local development pc, I was able to get it to work on the server and after a few weeks of testing it looks like it’s working well and bug free!
Offline
#756 2010-11-02 19:43:32
Re: ign_password_protect
jacknails wrote:
Disregard my last comment. Although I had lots of problems on my local development pc, I was able to get it to work on the server and after a few weeks of testing it looks like it’s working well and bug free!
Same story here — on my xampp locally I get only Opera to keep me logged in. Did you figure out what exactly is the reason that it runs on a remote server but refuses to do so on a local one?
I also <txp:ign_self_edit> breaks the page and doesn’t show up, and <txp:ign_if_logged_in> simply doesn’t work. I don’t know what of those is caused by what.
Offline
#757 2010-11-03 03:35:33
Re: ign_password_protect
datorhaexa wrote:
Did you figure out what exactly is the reason that it runs on a remote server but refuses to do so on a local one?
When the plugin tries to set the cookie, it uses the optional domain parameter — and there is the problem. A domain, like localhost really isn’t a valid domain, and all the major browsers, expect Opera, do check if the suplied optinal domain follows the valid format sub.domain.tld.
When the localhost is used as the optional domain, it doesn’t work as the format doesn’t match.
There are couple of methods to fix the issue:
- Edit ign_password_protect’s code so that it doesn’t use the domain parameter (remove all instances of
ign_getDomain()or change the function to return nothing). - Set the cookie manually without a domain.
- Edit the virtual localhost to accept/use localhost.dev or any other local domain that follows the standard format.
Last edited by Gocom (2010-11-03 03:40:22)
Offline
#758 2010-11-03 09:32:47
Re: ign_password_protect
Thanks a lot, Jukka! No, it’s enough to know why this happens. I can set up a test install on my external web server and fiddle there.
Offline
#759 2010-11-03 10:08:54
Re: ign_password_protect
I found that I had to fiddle around with virtual hosts, but now I use my personal domain as a test bed – just easier.
The only thing I find is that the cookie isn’t persistent across browser sessions – you have to log in each time. I’m not good enough with cookies to figure this out, but I’ll keep playing around and see what happens.
Offline
#760 2010-11-09 11:54:20
Re: ign_password_protect
I’m having a problem getting this plugin to work. I can’t successfully log in – I always get the message “There was a problem logging in.” even when I come to the page for the first time without submitting the log in form. I’m not trying to do anything fancy – here is what I have for code:
<txp:ign_if_logged_in>
Content goes here...
</txp:ign_if_logged_in>
<txp:ign_show_login />
I’ve tried using my user account, as well as setting up a new user with no privileges (if I understand correctly that means that the user can log in using this plugin but not into the txp admin). Any help would be greatly appreciated!
Dan | iamdanielmarino.com
Offline
#761 2010-11-09 12:27:38
Re: ign_password_protect
If I remember correctly I had some issues depending on the TXP versions used on that plugin. Which version are you using?
Offline
#762 2010-11-10 10:41:26
Re: ign_password_protect
I’m using 4.2.0 – If it helps I’m also using an actual server (using vhost) and not a local environment (like MAMP).
Last edited by dmarino (2010-11-10 10:44:12)
Dan | iamdanielmarino.com
Offline
#763 2010-11-10 10:54:51
Re: ign_password_protect
Arg! I can´t remember what I did to get it working in my case. I think its not a problem of the server. I have a website here where it is working fine. 4.2 txp and 0.5b9 ign_password_protect.
All I remember is that the thing with the alternate Database was not working for me.
Offline
#764 2010-11-23 12:45:27
- GugUser
- Member

- From: Quito (Ecuador)
- Registered: 2007-12-16
- Posts: 1,477
Re: ign_password_protect
Does anyone have experience with this plug-in and TxP 4.3?
Offline
#765 2011-01-02 13:54:25
- peterj
- Member
- From: Melbourne, Australia
- Registered: 2005-06-02
- Posts: 110
Re: ign_password_protect
Hi GugUser,
a bit late for you, but I have it working in 4.3.0 happily. I have tested most of the tags but not all.
The alternate user database does not appear to do what it used to though, and was causing me problems – I switched it off and all was then fine.
Offline