From: "Devin Doucette" <devin@doucette.cc>
To: "Giuseppe Bilotta" <giuseppe.bilotta@gmail.com>
Cc: "Jakub Narebski" <jnareb@gmail.com>,
git@vger.kernel.org, "Petr Baudis" <pasky@suse.cz>
Subject: Re: [PATCH] gitweb: Handle actions with no project in evaluate_path_info
Date: Thu, 1 Jan 2009 19:21:55 -0700 [thread overview]
Message-ID: <a899d7ef0901011821x166f173dx47bdb41326391696@mail.gmail.com> (raw)
In-Reply-To: <cb7bb73a0901011646n6a1368caq797a5f2849daec77@mail.gmail.com>
On Thu, Jan 1, 2009 at 5:46 PM, Giuseppe Bilotta
<giuseppe.bilotta@gmail.com> wrote:
> Actually, the early bailout was sort of intentional. The problem is
> the ambiguity: does git.example.com/opml refer to the opml project, or
> does it refer to the opml action?
Good point. Though my patch does not break any existing functionality,
it does not fix the case where a project matches the action.
> HOWEVER, href() *does* create the opml action as git.example.com/opml,
> so gitweb is currently broken in the sense that ti doesn't correctly
> parse its own pathinfo output. So the question is: shall we go with
> this patch, preventing pathinfo from working for projects named like a
> no-project gitweb action, or should we fix href() to not generate
> pathinfo unless project is defined?
A variation of the latter approach is to modify href() to use pathinfo
if there is a project or there is no project matching the name of the
action. The only downside to this approach is that a URI that refers to
an action when first generated could resolve to a project in the future,
if a project of the same name were added.
--
Devin Doucette
next prev parent reply other threads:[~2009-01-02 2:23 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-28 7:26 [PATCH] gitweb: Handle actions with no project in evaluate_path_info Devin Doucette
2009-01-01 23:58 ` Jakub Narebski
2009-01-02 0:46 ` Giuseppe Bilotta
2009-01-02 2:21 ` Devin Doucette [this message]
2009-01-02 12:09 ` Giuseppe Bilotta
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=a899d7ef0901011821x166f173dx47bdb41326391696@mail.gmail.com \
--to=devin@doucette.cc \
--cc=git@vger.kernel.org \
--cc=giuseppe.bilotta@gmail.com \
--cc=jnareb@gmail.com \
--cc=pasky@suse.cz \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).