Hi Richard,
thanks 1000 times for the super fast answer! So I did your qlite3 repo.fossil
"delete from config where name='cookie-expire'" trick and that did it! So it
clearly had to do with that.
I was trying both Safari 5 and Firefox 3.6 on Mac OS X 10.6 and I had the
problem with both. Now it works with both again.
Tomorrow or so I might try the same again, i.e. set the expiration date to
something huge and see what happens. Maybe I can reproduce it.
Thanks again,
Christoph
On 28.08.2010, at 18:17, Richard Hipp wrote:
>
>
> On Sat, Aug 28, 2010 at 12:04 PM, Christoph Angerer
> wrote:
> Hi,
>
> I had the problem that my fossil webpage session always expired quickly
> (i.e., i had to log in again after maybe an hour or so).
>
> Smart as I am, I changed the Login Expiration Time through the website "Admin
> - Access" to something bigger; i.e., I added two 0's so that it then was
> 876600
>
> The expiration time is measured in hours. 8766 (the default) is one year.
> So if your login is expiring after one hour, something else is going wrong.
>
> The login is based on cookies. If your browser drops the login cookie, then
> you get logged out. What browser did you say you were using?
>
>
> Here's my problem: Now I cannot log in at all :( If I try, the website
> doesn't complain (i.e., it doesn't say "wrong username or password") but it
> redirects me back to the login page immediately. Maybe i triggered some
> overflow in the expiration time or something, I don't know.
>
> Needless to say that I can't be 100% sure that my login problem has to do
> with the expiration time, but that was the only thing that I changed so I am
> quite positive.
>
> Therefore my questions:
>
> a) Can I somehow push my local repository to the server such that I overwrite
> (reset) the expiration time change? Is that stored somewhere that is
> synced/versioned?
> b) If not, is there a way that I can set the expiration time through the
> command line? fossil configuration and fossil settings don't seem to do that.
> c) If not, is there a way that I could set that manually through some other
> means? (A crafty sqllite query for example)
>
> Using the SQLite command-line shell:
>
> sqlite3 repo.fossil "delete from config where name='cookie-expire'"
>
>
> d) In any case: is there a way how I could get my data back, at least? i.e.,
> the tickets. (Probably I just clone my local repository or something?)
>
> Using the new (exprimental) ssh:// access method, you can bypass web
> authentication completely.
>
> In a crunch, you can just copy the repository on the server onto your local
> machine, then from your local check-out do:
>
> fossil sync file:///copy-of-server-repo.fossil
>
>
> Thanks and sorry if that's a stupid question or something; but I didn't find
> any information that helped with my problem...
> Christoph
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>
>
>
> --
> D. Richard Hipp
> d...@sqlite.org
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users