help-gnats
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Access level problem on gnats 4.0


From: Evan Lavelle
Subject: Re: Access level problem on gnats 4.0
Date: Wed, 11 Feb 2004 10:27:19 +0000
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007

Thanks Mel/Hans-Albert - some more info below. I thought I had fixed the access problem with the extra ':' in my user_access, but this actually made no difference.

I've got one local test database, on the same machine as the server. '/usr/local/etc/gnats/databases' contains:

default:Bug database:/usr/local/com/gnatsdb
test:test database:/home/evan/work/test/gnatsdb

I've got one host_access file, and three user_access files, in these locations:

/usr/local/etc/gnats/defaults/gnatsd.user_access (this is empty)
/usr/local/etc/gnats/gnatsd.host_access
/usr/local/com/gnatsdb/gnats-adm/gnatsd.user_access
/home/evan/work/test/gnatsdb/gnats-adm/gnatsd.user_access

'host_access' contains:

[canonical-name]:admin:
*:none:

[canonical-name] is my machine's full name from /etc/hosts; using either the short name or 'localhost', or removing this line completely, makes no difference.

The two 'user_access' files currently contain:

evan:$0$evan:admin:
*::none:

I then set GNATSDB to 'test'. With this setup, I can use send-pr to create a problem report in the 'test' database, and I can use query-pr to view it, and edit-pr to edit it. I know that it's my local test database, because 'query-pr --database test 1' shows the PR, but 'query-pr --database default 1' shows nothing.

PROBLEMS:
---------

1) If I restart xinetd, and then run 'gnatsd' to administer the test database, I can't get any permission above 'none':

evan 113 > gnatsd
200 [canonical-name] GNATS server 4.0 ready.
USER evan evan
210-Now accessing GNATS database 'test'
210 User access level set to 'none'

I've tried different passwords, including none, and it makes no difference.

2) If I now login as another user (gnats), I can *still* edit the test database using edit-pr. The permissions from the two access files appear to be ignored when using edit-pr, send-pr, etc.

Any ideas?

Many thanks

Evan





reply via email to

[Prev in Thread] Current Thread [Next in Thread]