ign_password_protect

igner · 2006-10-23 01:33:02

yes, there are a few places where the plugin will throw unknown attribute warnings / errors in 4.0.4. Though these are merely notices, and only appear in the back end. I’ll be releasing an update in the next couple days to address this.

Last edited by igner (2006-10-23 01:44:29)

Ringu · 2006-10-23 14:11:43

I’m having the exact same problem creativesplash is (was?) experiencing! As stated, it does not matter whether or not messy URLs are used or not, the error persists: trying to log out results in a 404. The user is not logged out in the process either, so the problem is not merely cosmetic. I wonder what could be the cause for the error?

I’ve used this plugin with great success on two different installations of TXP (and two different hosts), and otherwise it has worked very well :)

creativesplash wrote:

I’m also using your plugin in <a href=“http://www.naamasankeerthana.com”>one of my sites</a>. Unfortunately, the logout link results in a 404 when using messy urls. Can you extend this plugin to support messy urls? Because my host does not support mod_rewrite.

CLIP!

Okie that’s not a problem .. the logout link is something like this >> http://naamasankeerthana.com/?s=login?logout=1 Just thought it might be useful to let you know that.

igner · 2006-10-23 20:08:45

@ringu – what’s the actual logout link that gets created? and what version of the plugin are you using?

saccade · 2006-10-28 22:26:28

When trying to activate alternate database I got the following message:

Warning: You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near ‘exists (select name, pass, RealName, email, privs, last_access, insert into plugin404_ign_users (name, pass, RealName, email, privs, last_access, nonce) select name, pass, RealName, email, privs, last_access, nonce from plugin404_txp_users where not exists (select name, pass, RealName, email, privs, last_access, nonce from plugin404_ign_users where 1) in /homepages/XXXXXXXXXXXXXX/textpattern/lib/txplib_db.php on line 84

I really don’t know what to do.
txp 4.0.4 is running,
I want to use ign_self_register.
The table ign_users obviously has been created.
ign_self_register doesn’t show a form yet.

EDIT:
After browsig to my (test-)site, I was asked for a new login (but obviously the former one doesn’t work. Of course: The db table ign_users was empty).
For none of the to date ones worked, I created manually a new user in ign_user_mgmt.
Now (after login) ign_self_register works.
So everything seems to be right so far.

But I still need to know something about the error message above.

Last edited by saccade (2006-10-28 22:40:54)

igner · 2006-10-28 23:20:20

saccade wrote:

Warning: You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near ‘exists (select name, pass, RealName, email, privs, last_access, insert into plugin404_ign_users (name, pass, RealName, email, privs, last_access, nonce) select name, pass, RealName, email, privs, last_access, nonce from plugin404_txp_users where not exists (select name, pass, RealName, email, privs, last_access, nonce from plugin404_ign_users where 1) in /homepages/XXXXXXXXXXXXXX/textpattern/lib/txplib_db.php on line 84

glad it’s working for you now. I’m going to have to some digging to figure out why that error occurred – basically what’s supposed to happen at that step is that the existing users in the TXP user table get copied over to the ign_users table. What looks to be happening in your case is that an error occurred in the generation of the SQL (I assume you are not using “plugin404” as a table prefix, correct?

saccade · 2006-10-29 09:00:12

I assume you are not using “plugin404” as a table prefix, correct?

No. I’m exactly using that prefix (it is a plugin-test-site for me) and the corresponding table has been generated correctly as plugin404_ign_user (sorry I wrote it abbreviated without the prefix above).

saccade · 2006-10-29 18:41:32

Now for a project I need a scenario that has synchronized users between password protected access and txps backend (write).
If I understand correctly this is only possible with NOT using alternate db.

On the other hand it would be a great improvement if my users could change their passwords themselves (ign_self_edit).

Both demands don’t fit together as I understand so far.
Would mem_self_register he? But I DON’T want users to be able to register themselves.
I only want confirmed (by me) users to be able to change their own password.

What is the best solution?

igner · 2006-10-30 15:06:02

saccade wrote:

No. I’m exactly using that prefix (it is a plugin-test-site for me) and the corresponding table has been generated correctly as plugin404_ign_user (sorry I wrote it abbreviated without the prefix above).

Ah, that threw me. What version of mysql is running on the server?

Now for a project I need a scenario that has synchronized users between password protected access and txps backend (write).
If I understand correctly this is only possible with NOT using alternate db.

There’s no reason to try and synchronize two tables in this case. As far as changing passwords, in 4.0.4 the admin tab is visible and staff writers / etc. have access to the relevant piece(s), so there’s no need for front-end password changing if you’re using the txp_users table. (and if memory serves, the tab isn’t visible in earlier releases, but you can still provide a link to domain.com/textpattern/?event=admin, and they’ll be able to change their email address / password).

saccade · 2006-10-30 16:40:23

What version of mysql is running on the server?

Diagnosis reports:
PHP-Version: 4.4.4
MySQL: 4.0.27-standard-log

As far as changing passwords …

Thank you, I didn’t notice that change yet. I have to try out.
Thank you.

EDIT
Tried out. Indeed it is working.
As far as my users are staff wirters/authors and so on, they can change their password.

But one more question: Users without privileges (“none”) are not allowed to log into the admin tab.
So users that have only reading access to my site (=privilege “none”) aren’t privileged to change their password.
I think I can live with this restriction, but of course it would be much easier for instructions/manuals and so on, if users with access to tha page but no privilege to write would also be able to change their password.
But I think that is a restriction resulting from txps structure (which correctly interpretes privilege “none” as really none).
Anyway: Is there a possible way to add this feature by ign_password_protect ?

Last edited by saccade (2006-10-30 16:52:21)

Wolfman · 2006-10-30 19:37:56

igner wrote:

yes, there are a few places where the plugin will throw unknown attribute warnings / errors in 4.0.4. Though these are merely notices, and only appear in the back end. I’ll be releasing an update in the next couple days to address this.

I’m having this same issue. Any word on the update?

I’m running txp 4.0.4 and ign_password_protect 0.4.2d and when I activate the plugin I get a long list of errors:

_________________________________________
Notice: Unknown tag attribute: prefs_id in /home/theworl/public_html/mydomain/textpattern/lib/txplib_misc.php on line 582
Notice: Unknown tag attribute: sitename in /home/theworl/public_html/mydomain/textpattern/lib/txplib_misc.php on line 582
Notice: Unknown tag attribute: siteurl in /home/theworl/public_html/mydomain/textpattern/lib/txplib_misc.php on line 582
Notice: Unknown tag attribute: site_slogan in /home/theworl/public_html/mydomain/textpattern/lib/txplib_misc.php on line 582
etc…
________________________________________

This is from the Extensions>ign_user_mgmt page in the backend Admin panel
Thanx,
Wolfman

igner · 2006-10-30 21:52:10

it shouldn’t give you those errors if you’re running in production mode, just when in test or debugging. I hope to get time to get a revised version out in the next couple days.

gerhard · 2006-11-14 10:31:53

I finally manged to get my head ‘round the plugin and also got it working nicely with 4.0.4 (r2066).

At the minute I seem to be experiencing a weird caching problem. Logging in works fine, but when I go to a section that I visited before being logged in, I get the “members only” message. Forcefully refreshing the window (Shift+Refresh) shows me what I should be seeing in the first place. This happens on all the sections. Any ideas?

I am experiencing this problem on both Firefox 2.0 and Camino 1.0.3. Plugin version is 0.4.2d (slightly modified).

Algaris · 2006-11-14 10:45:55

I’m having a similar problem. My whole website is protected with ign_password_protect. For the most part it works fine but every so often when visiting a section or category, it throws up the login box, while you are already logged in. When this happens it will keep looping until you force a hard refresh with Shift+Refresh.

I’m also having trouble logging out using the <txp:ign_logged_user /> when visiting a category. When I try this it won’t log out and displays the following in the address bar:

http://www.siteurl.com/subdir/photos/?c=Webcam?logout=1

I’ve been experiencing this in Firefox 1.5 & 2 and IE6 & 7.

Algaris · 2006-11-15 11:15:07

Something else I thought of. I suppose this is something of a request really. Would or is it possible to use the plug-in with the commenting options, so that when a logged in user goes to comment it automatically fills out their name for them? At the moment it could be feasible for someone to login with their username and then leave a comment using a different name, which is what I want to avoid.

Thanks.

Edit
I could probably word this better. What I’m after is for only registered users to be able to comment and only using their login name, which will be automatically filled in for them in the appropriate comment field.

Last edited by Algaris (2006-11-15 12:03:29)

LeeUmm · 2006-11-15 15:39:39

I could actually use the same feature and was thinking about this a few months ago when developing one site.

If possible, that would be great.

Textpattern CMS

Textpattern CMS support forum

#256 2006-10-23 01:33:02

Re: ign_password_protect

#257 2006-10-23 14:11:43

Re: ign_password_protect

#258 2006-10-23 20:08:45

Re: ign_password_protect

#259 2006-10-28 22:26:28

Re: ign_password_protect

#260 2006-10-28 23:20:20

Re: ign_password_protect

#261 2006-10-29 09:00:12

Re: ign_password_protect

#262 2006-10-29 18:41:32

Re: ign_password_protect

#263 2006-10-30 15:06:02

Re: ign_password_protect

#264 2006-10-30 16:40:23

Re: ign_password_protect

#265 2006-10-30 19:37:56

Re: ign_password_protect

#266 2006-10-30 21:52:10

Re: ign_password_protect

#267 2006-11-14 10:31:53

Re: ign_password_protect

#268 2006-11-14 10:45:55

Re: ign_password_protect

#269 2006-11-15 11:15:07

Re: ign_password_protect

#270 2006-11-15 15:39:39

Re: ign_password_protect

Board footer