#325: Glitch in opensearch web handler
------------------------+---------------------------------------------------
Reporter: skaplun | Owner: jcaffaro
Type: defect | Status: in_merge
Priority: major | Milestone:
Component: WebSearch | Version:
Resolution: | Keywords: opensearch
------------------------+---------------------------------------------------
Comment (by jcaffaro):
I also wondered about redirecting /foo/ to /foo, but I thought it was
conceptually better to keep the distinction between pages (function) and
directories (WebInterfaceDirectory). Indeed redirecting /foo/ to /foo
would be similar to having a directory with an implicit "index" page
inside (in these case "index" would be the only possible page).
In the case of a WebInterfaceDirectory, one might expect that /foo/index
would be the same as /foo/ or /foo. That would not be the case with my
patch, even with the redirection from /foo/ to /foo: we would have to also
implement the redirection /foo/index to /foo (although we have not always
been consistent regarding this across all modules...). I am not really foo
about that.
Looking at the above list of URLs, they should be more like "leaf" pages
than directories to me. Does one expect that /foo.html/ is redirected to
/foo.html, or return a 404?
In the end, one or the other solution does not seen to change too much for
the end-user, nor the developer. If we change our mind later, it will be
easier to add the redirection, than removing it...
But I am sure there are plenty of reasons to choose one or the other way
:-)
It is indeed the right moment to wonder if one of the solutions would have
serious, annoying consequences for further developments...
--
Ticket URL: <http://invenio-software.org/ticket/325#comment:7>
Invenio <http://invenio-software.org>
