Right you are, I never caught that one! It can be fixed by explicitly
setting the following in your /etc/gnump3d/gnump3d.conf file:
enable_password_protection = 1
but is more correctly fixed by making sure there is a 1 as the second
parameter in all these statements within /usr/bin/gnump3d:
my $pass = &getConfig( "enable_password_protection", 1 );
Around line #1060, where it checks for plugin permissions, it was set to
0! I'll update http://waxandwane.org/view.cgi/gnump3d/ shortly with this
information as well.
Cheers! -Ross
On Thu, 2007-05-17 at 10:13 -0700, Jim Lucas wrote:
Ross Mohn wrote:
It's supposed to be recursive, but it broke somewhere along the line.
You can easily patch it by hand by searching in /usr/bin/gnump3d for the
following around line #3030:
while ( $directory ne $ROOT )
and replacing it with this corrected line:
while ( $directory =~ /^$ROOT/ )
See http://waxandwane.org/view.cgi/gnump3d/ for more.
-Ross
On Thu, 2007-05-17 at 08:19 -0700, Jim Lucas wrote:
I have read this:
http://www.gnu.org/software/gnump3d/securing.html#Securing-Pass
But it still does not answer my question.
I realize the problem with file level password access and Agents not getting it.
But, here is my problem.
if you browse to the Music link, it prompts you for the password.
But, here is my problem, if I 'Browse By Tag", then I can get around the password prompt and it
allows me to view the "Browse Archive" section. Then I can pick 'Browse By artist' and it then give
s me a complete list of all the artists that I have compiled. Then I can click on there folder and
view all the audio files for that artist.
My question...
Is the password file only affecting the current folder that it resides in and not recursively? Or,
is it suppose to be recursive?
TIA
That didn't seem to fix the problem.
I found it on line 3014 and within the method testDirectoryAccess
Any other idea?
_______________________________________________
Gnump3d-users mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/gnump3d-users