Go to main content

Textpattern CMS support forum

You are not logged in. Register | Login | Help

#496 2008-02-21 17:35:11

igner
Plugin Author
Registered: 2004-06-03
Posts: 337

Re: ign_password_protect

hmm – I haven’t had time to test against 4.0.6 – but will try to do this weekend. Sadly I’ve been obscenely buried of late.


And then my dog ate my badger, and the love was lost.

Offline

#497 2008-02-21 23:24:55

fuls
Member
Registered: 2005-11-16
Posts: 117
Website

Re: ign_password_protect

draganbabic wrote:

I can’t install any of those plugins, textpattern says “badly formed or missing plugin code”.

I have exactly the same problem with 0.5.b.4. Also in firefox when I login I can’t log out or sometimes it ask me to login again – cookie problem? Can you also please make it work (extension tab) in 4.0.6?

Thanks!

Last edited by fuls (2008-02-22 17:26:36)

Offline

#498 2008-02-22 23:21:26

nardo
Member
From: tuvalahiti
Registered: 2004-04-22
Posts: 743

Re: ign_password_protect

+1 ; )

Offline

#499 2008-02-23 00:11:41

Gocom
Developer Emeritus
From: Helsinki, Finland
Registered: 2006-07-14
Posts: 4,533
Website

Re: ign_password_protect

fuls wrote:

Also in firefox when I login I can’t log out or sometimes it ask me to login again – cookie problem?

On Textpattern 4.0.6 you can only login with a one browser and computer

Offline

#500 2008-02-26 10:09:35

nardo
Member
From: tuvalahiti
Registered: 2004-04-22
Posts: 743

Re: ign_password_protect

trying to use a graphic button rather than the ign submit…
<button type="submit" name="submit" value=""><img src="/images/login.png" alt="Login" /></button>

any ideas?

UPDATE: form wasn’t working when I had name and id attributes specified in the <txp:ign_user_field /> and <txp:ign_pass_field /> tags! now going good with button element…

Last edited by nardo (2008-02-26 10:22:14)

Offline

#501 2008-02-27 06:56:33

igner
Plugin Author
Registered: 2004-06-03
Posts: 337

Re: ign_password_protect

for those asking about the back-end tabs – the current release moved the “Manage Users” tab from Extensions to the Admin tab – to move it back to the Extensions tab, you can edit the line that reads

register_tab('admin', 'ign_user_mgmt', ign_gtxt('manage_users'));

to

register_tab('extensions', 'ign_user_mgmt', ign_gtxt('manage_users'));

And you’ll get things back where you’d expect. It’s not really a 4.0.6 issue per se.


And then my dog ate my badger, and the love was lost.

Offline

#502 2008-02-27 08:32:51

nardo
Member
From: tuvalahiti
Registered: 2004-04-22
Posts: 743

Re: ign_password_protect

what are the benefits of the ‘alternate user database’?

is it possible to send a specific email when registering these users?

purpose is for site admin to register ‘members’ on a site – but they shouldn’t receive an email with a Textpattern login – they should just get an email with a ‘front-end’ login

thanks igner

Offline

#503 2008-02-27 16:24:18

igner
Plugin Author
Registered: 2004-06-03
Posts: 337

Re: ign_password_protect

The benefit of the alternate user database is complete flexibility in terms of permissions levels and keeping front-end users discrete from back-end users.

you can currently customize the email message being sent by modifying the new_user_email variable in the $ign_gTxt function. It’s kinda kludgy at this point, I know. At some point I will move this to a TXP form, but that requires free time, something that’s in very short supply these days.


And then my dog ate my badger, and the love was lost.

Offline

#504 2008-03-02 01:01:38

garbo
Member
From: Montreal, Canada
Registered: 2007-01-02
Posts: 28
Website

Re: ign_password_protect

Igner, I don’t know if you realize how essential this plug-in is to raise the profile Textpattern as a truly serious and full-fledged CMS. I want to encourage you to really continue development on it and give you a big pat on the back for putting in what time you can to push its evolution. I understand the time crunch. We’re all pretty busy. But your hard work does help to make others productive. So kudos to you.

Just wish you could add a sentence at the top of your web page just to make people aware that there are significant updates offered here. I didn’t know how advanced this plug-in had gotten till I visited the forum.

Offline

#505 2008-03-03 15:09:11

kelsta
New Member
Registered: 2006-05-31
Posts: 7

Re: ign_password_protect

Hi, I’ve been having trouble getting the pligin to work properly in IE7. Using 0.5b4 it works OK in Firefox, but in IE the behaviour I get it I enter credentials into the login form, which get accepted and the form dissappears, but if I then navigate away from the page I am no longer logged in. It seems the cookie isn’t getting set.

I’ve had a little poke about and looking at the cookies that I’m getting in Firefox, it seems the domain is getting set to “.co.uk” for a site served from foo.ukdomain.co.uk. I’m guessing that IE doesn’t accept cookies for a whole TLD like this (and that might actaully be a good thing it’s doing better than Firefox for once). If I change the code in the plugin to set the cookie for only the full subdomain of the site it seems to work in both browsers.

Changed

$d = explode('.', $_SERVER['HTTP_HOST']);
$domain = '.'.join('.', array_slice($d, -2, 2));

to

$domain = $_SERVER['HTTP_HOST'];

What’s the motivation for the slicing up in the first place? Is it intended to allow the cookie to work across subdomains of a domain? Maybe this should be optional?

Offline

#506 2008-03-07 20:14:30

alannie
Member
From: Minnesota, USA
Registered: 2005-09-15
Posts: 150

Re: ign_password_protect

I successfully installed and tested this plugin on my own development server. When I copied the installation to the live server, however, I get those errors whenever I’m logged in on the public side:

A problem occured while loading the plugin: ign_password_protect -> 
Warning: Cannot modify header information - headers already sent by 
(output started at /path/to/site/index.php:10) on line 509
A problem occured while loading the plugin: ign_password_protect -> 
Warning: Cannot modify header information - headers already sent by 
(output started at /path/to/site/index.php:10) on line 511

I compared diagnostics on both setups and they are virtually identical except for the following:

Working setup:

MySQL: 5.0.45-log
Register globals: 1

Nonworking setup:

MySQL: 4.1.20-log

I already tried uncommenting php_value register_globals 0 in .htaccess, no effect. Any ideas??

P. S. This occurs with both 0.4.2d and 0.5b4. I’m running TXP 4.0.5.

Last edited by alannie (2008-03-07 20:16:32)

Offline

#507 2008-03-07 22:18:08

igner
Plugin Author
Registered: 2004-06-03
Posts: 337

Re: ign_password_protect

@kelsta – the domain is sliced up to address some other issues, but there’s a flaw in the currently shipping version that doesn’t handle multiple tlds (i.e. .co.uk, etc.). On the plus side, I do have a fix that addresses most cases (though there are some fringe cases where it won’t apply).

@alannie – Disabling the register_globals is a good plan regardless, but that wouldn’t affect the output. What other plugins are you running? Is there anything else that might be outputting headers?


And then my dog ate my badger, and the love was lost.

Offline

#508 2008-03-07 23:27:14

alannie
Member
From: Minnesota, USA
Registered: 2005-09-15
Posts: 150

Re: ign_password_protect

Found the problem, it was whitespace at the very top of index.php (where I’d previously inserted a php “site maintenance” notice). D’oh!

Thanks for the tip!

Offline

#509 2008-03-07 23:29:24

igner
Plugin Author
Registered: 2004-06-03
Posts: 337

Re: ign_password_protect

Glad you got it sorted. I’ve been bitten by that whitespace bug more than once myself, so you have my sympathy.


And then my dog ate my badger, and the love was lost.

Offline

#510 2008-03-13 20:20:36

jstubbs
Member
From: Hong Kong
Registered: 2004-12-13
Posts: 2,395
Website

Re: ign_password_protect

Hi igner,

I have a 4.05 site which uses a modified version (by Manfre) of version 0.5b4. I would like to upgrade to 4.06, but first need to confirm that it will work properly.

The changes are, as per Manfre:

“forces an authentication attempt as long as the username field is not empty. The unmodified behavior was to do nothing, unless a username and password were provided.”

I can email you the the version as I have it, if that would help. Thanks for the wonderful plugin!

One request: Is it possible to be able to search for users – I have about 5-6 pages of users, and its hard to find someone.

Offline

Board footer

Powered by FluxBB