Login Set On A Per-User Basis

dad7732 · Posted: Fri Jul 24, 2009 2:26 pm

Is there any way that I can setup a particular user so that he doesn't have to enter the captcha letters/numbers and so on. He's a GREAT support giver but is incapacitated to a degree that duplicating the numbers/letters is getting to the point that he wants to quit.

Cheers

Raven · Posted: Sat Jul 25, 2009 8:56 pm

As a regular user, this would require that you put a wrapper, of sorts, around the captcha logic to not require it when his user id/name is logging in. I have never heard of a mod/hack that does this. You could always make him a restricted admin and for your admins you can always turn the Captcha off Smile

.

dad7732 · Posted: Sat Jul 25, 2009 9:25 pm

Quote:

for your admins you can always turn the Captcha off

How? Where?

Cheers

Raven · Posted: Sat Jul 25, 2009 11:16 pm

I may have spoken in haste. I was thinking that there was a setting in rnconfig.php in the Visual Captcha Configuration section, but it appears that there is not. So I think you are back to the wrapper solution.

jakec · Posted: Sun Jul 26, 2009 5:10 am

In the config.php file you can change $gfx_chk to a 4. This means the captcha will only be shown for Both, users login and new users registration only.

Is that what you were thinking of Raven?

dad7732 · Posted: Sun Jul 26, 2009 7:19 am

I forgot about that setting but more than likely yes. Thanks!!

Cheers

Edit/Update: Just tried it set to 4 and that does the trick, just what I'm looking for. Dance-Y

Edit-2: New problem - adding an author comes up with a blank page and the author isn't added. Now what?

Raven · Posted: Sun Jul 26, 2009 8:17 am

dad7732 wrote:

Edit-2: New problem - adding an author comes up with a blank page and the author isn't added. Now what?

"Prayer, Mr. Dad7732. The Klingons don't take prisoners." killing me

Make sure you have the following set for debugging:
/html/config.php -> $display_errors = true;
/html/rnconfig.php -> $error_reporting = E_ALL;
/html/rnconfig.php -> $loglevel = 1;

Then try adding an author again and after you receive the blank screen check your /html/rnlogs/dblog file and your server error log to see if there are any messages in the logs.

dad7732 · Posted: Sun Jul 26, 2009 8:42 am

Error:

July 26, 2009, 9:40 am 1136 : Column count doesn't match value count at row 1
SQL was: insert into nuke_authors values - user info here

From server error log:

File does not exist: /path/site/backendforums.php

Raven · Posted: Sun Jul 26, 2009 9:19 am

Are you using the latest files from the trunk and the latest database schema?

dad7732 · Posted: Sun Jul 26, 2009 9:32 am

Latest release .02, nothing un-released. Take into consideration that this site came up from 6.5 through all the upgrades. Did a file compare and removed ALL old files, etc. I don't have a backendforums.php on any .02 site and the add-author produces a blank screen on all sites, some of which are brand new .02 versions.

Cheers

Raven · Posted: Sun Jul 26, 2009 9:46 am

You still have code somewhere that should not be calling backendforums.php. It was renamed to forumsbackend.php quite a while ago.

I just tested the add author function and it is working correctly. I don't know how a brand new site would have the same column mismatch error. This is the current schema for the authors table. You either have extra columns or are missing columns.

Code:

(`aid` varchar(25) NOT NULL default '',
`name` varchar(50) default NULL,
`url` varchar(255) NOT NULL default '',
`email` varchar(255) NOT NULL default '',
`pwd` varchar(40) default NULL,
`counter` int(11) NOT NULL default '0',
`radminsuper` tinyint(1) NOT NULL default '1',
`admlanguage` varchar(30) NOT NULL default '',
PRIMARY KEY (`aid`) )
TYPE=MyISAM;

dad7732 · Posted: Sun Jul 26, 2009 10:09 am

There are no files in the problematic site earlier than 2008. Made a copy of forumsbackend.php and renamed it backendforums.php and will see what happens other than producing an error in the server log. Will also have a look at the DB and make corrections. Will post back with results.

Cheers

dad7732 · Posted: Sun Jul 26, 2009 10:53 am

One of my other sites works just fine and the authors table is exactly the same as the support site where the problem is. Dunno, but giving up at the moment for two reasons, user would also have to have the admin-auth information AND an "admin" cannot post to the forums, must be a "user". I guess that could be changed but too much going on at the moment ...

Cheers, user will just have to go with the present secure methods. I have numbers as the captcha and extra large font, can't do any better than that.

I try to accomodate all users but cannot taylor this one to suit just the "one" fella without compromising the security of the entire user-base/site, etc... Sad

dad7732 · Posted: Sun Jul 26, 2009 11:49 am

Blank page fixed. Just didn't notice in the problematic DB nuke_authors that an extra field was there - "radminsections". Dropped it and add-author now works ok.

However, the problem of an "admin" cannot post to the forum lingers. The "user" still has to use the captcha to login. Brick wall comes to mind. Bang Head

Cheers