John Keeping <[email protected]> on Tue, 2016/03/08 14:59: > On Tue, Mar 08, 2016 at 03:54:22PM +0100, Christian Hesse wrote: > > John Keeping <[email protected]> on Tue, 2016/03/08 14:36: > > > On Tue, Mar 08, 2016 at 03:26:23PM +0100, Christian Hesse wrote: > > > > John Keeping <[email protected]> on Tue, 2016/03/08 14:11: > > > > > On Tue, Mar 08, 2016 at 02:51:46PM +0100, Christian Hesse wrote: > > > > > > From: Christian Hesse <[email protected]> > > > > > > > > > > > > Signed-off-by: Christian Hesse <[email protected]> > > > > > > > > > > Is this solving a particular problem or did you just notice that the > > > > > return value is ignored? > > > > > > > > > > I don't think returning when this fails is correct because we've > > > > > already added the repository to the list by this point and a lot of > > > > > the remaining code in this function will do something sensible even > > > > > if git_config_from_file() fails. > > > > > > > > > > In fact, git_config_from_file() sets the die_on_error flag for > > > > > do_config_from() so the only case that gives us an error here is if > > > > > the config file cannot be opened. I don't think it's unreasonable > > > > > to print an error if that happens but bailing out of the function > > > > > at this point is wrong. > > > > > > > > Ok, probably you are right... > > > > > > > > Actually I do have a particular problem, but it is not solved by > > > > this patch. :-p Just stumbled and thought it is a good idea. > > > > > > > > I have a repository that has a config with bad permissions, so http > > > > server's user can not read it. cgit does not print http headers and > > > > http server bails out with error 500. What path does it take? > > > > > > Hmm... bad permissions should result in fopen(2) failing, which would > > > take the path altered in your patch. > > > > > > Can you run cgit as the http server's user from a terminal like this: > > > > > > CGIT_CONFIG=/path/to/cgitrc QUERY_STRING=url=/ cgit > > > > > > ? It might produce an error message that your http server isn't > > > logging. > > > > It gives: > > > > Error reading config /path/to/repository.git/config: Permission denied > > (13) fatal: unable to access '/path/to/repository.git/config': Permission > > denied > > > > Looks like this is fatal in git... > > Is that when listing repositories or when trying to display that > specific repo? I suspect that's a result of prepare_repo_cmd() setting > up for a specific repository.
Listing repositories works. This is when displaying the repository with
bad/denied config file.
--
main(a){char*c=/* Schoene Gruesse */"B?IJj;MEH"
"CX:;",b;for(a/* Best regards my address: */=0;b=c[a++];)
putchar(b-1/(/* Chris cc -ox -xc - && ./x */b/42*2-3)*42);}
pgp8C78nldUuf.pgp
Description: OpenPGP digital signature
_______________________________________________ CGit mailing list [email protected] http://lists.zx2c4.com/mailman/listinfo/cgit
