> > --Jeff
> >
> > -Original Message-
> > From: Pravin Nadarajoo
> >
> > Date: Thu, 16 Jul 2009 19:04:30
> > To: reviewboard
> > Subject: Re: backup and restore SQLite DB
> >
> > Thanks for your reply Jeff. I left the permiss
the folder it resides in as well. That should be a 7
> for the user that the web server runs under
> --Jeff
>
> -Original Message-
> From: Pravin Nadarajoo
>
> Date: Thu, 16 Jul 2009 19:04:30
> To: reviewboard
> Subject: Re: backup and restore SQLite DB
>
&
the folder it resides in as well. That should be a 7
> for the user that the web server runs under
> --Jeff
>
> -Original Message-
> From: Pravin Nadarajoo
>
> Date: Thu, 16 Jul 2009 19:04:30
> To: reviewboard
> Subject: Re: backup and restore SQLite DB
>
&
It's not just the file, the folder it resides in as well. That should be a 7
for the user that the web server runs under
--Jeff
-Original Message-
From: Pravin Nadarajoo
Date: Thu, 16 Jul 2009 19:04:30
To: reviewboard
Subject: Re: backup and restore SQLite DB
Thanks for your
Thanks for your reply Jeff. I left the permissions of the DB file as
644. Will just try 777 for now and see what happens. Will write here
again.
Thanks
Pravin
On Jul 17, 2:21 am, Jeff Andros wrote:
> not to be a pain, but does the web user also have write access to the
> directory that the SQLi
Hi Jeff,
Did what you told me to. It didn't change a thing. I could login with
an account stored in the DB (i get the Welcome message with my name)
but it still gives me the username and password input field as if its
still asking me to login.
And when I click on Dashboard, it throws me the "Som
not to be a pain, but does the web user also have write access to the
directory that the SQLite file resides in? it needs to create a couple of
temp files in that directory for indices and such.
--Jeff
2009/7/16 Pravin Nadarajoo
>
> Hi there,
>
> I've just installed the new stable release of Re