Re: [fossil-users] Problems with /doc/

2015-07-15 Thread Sergey Sfeli
http://www.fossil-scm.org/fossil/info/c99b4e34dd1db2cc does not fix an
issue 1 completely: http://localhost:8080/doc//index.md still crashes.

___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] Problems with /doc/

2015-07-14 Thread Sergey Sfeli
Hello.

I've noticed a few issues with an embedded documentation:

1) http://localhost:8080/doc/ crashes a request handler, because zCheckin
gets initialized with an empty string in doc_page(), which makes
name_to_typed_rid() to return 0 instead of calling fossil_fatal() and this
0 crashes fociFilter, because it does not verify the result of calling
manifest_get().

2) http://localhost:8080/doc/ckout/anything works in fossil ui, but shows
the following in fossil server:

SQLITE_ERROR: statement aborts at 5: [ATTACH DATABASE '.../_FOSSIL_'
AS 'localdb'] cannot ATTACH database within transaction

3) A comment for doc_page() in doc.c says (a verb is missing!) that:

 If FILE ends in / then names FILE/index.html, FILE/index.wiki,
 and FILE/index.md are  in that order.

However, in fact http://localhost:8080/doc/tip/ does not search for
an index file but http://localhost:8080/doc/tip does. Furthermore in
the latter case it emits an invalid base tag which breaks all links
on the index page.

___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] Delete Ad-Unit button doesn't work

2012-08-09 Thread Sergey Sfeli
db_multi_exec(DELETE...) in setup.c (line 1417) deletes an ad-unit and
then textarea_attribute() adds it back.

___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] Renaming user from web UI

2012-08-06 Thread Sergey Sfeli
Hello.

Renaming a user without changing his password causes inability to log in
(as user.pw hash was calculated on the old login and fossil does not
change this field when it renames a user).

Fossil should deny doing this (or at least warn when someone's trying to
rename the only s user in repository, like I did).

___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


Re: [fossil-users] Renaming user from web UI

2012-08-06 Thread Sergey Sfeli
  Fossil should deny doing this (or at least warn when someone's trying to
  rename the only s user in repository, like I did).
  
 That can be fixed from the command line with something like:
 f user password user newpassword

I did this on chiselapp. :-) And password reset is not a solution too
because user with id=1 has no s.

 We cannot prohibit someone from renaming a user just because he's the
 last setup user

Why not just require to always change password when changing a login?
What's the point of having user with invalid password hash?


___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users