#3403: "source:" is not processed correctly with interwiki prefix
----------------------------+-----------------------------------------------
Reporter: [EMAIL PROTECTED] | Owner: cboos
Type: defect | Status: assigned
Priority: high | Milestone: 0.10
Component: wiki | Version: devel
Severity: major | Resolution:
Keywords: intertrac |
----------------------------+-----------------------------------------------
Changes (by cboos):
* keywords: interwiki => intertrac
* milestone: => 0.10
* owner: jonas => cboos
* priority: normal => high
* severity: normal => major
* status: new => assigned
Old description:
> {{{
> In interwiki processing
> source:trunk/Makefile works as expected
> s:source:trunk/Makefile generates an invalid URL, however
> s:browser:trunk/Makefile does work
> }}}
New description:
In interwiki processing
{{{
source:trunk/Makefile works as expected
s:source:trunk/Makefile generates an invalid URL, however
s:browser:trunk/Makefile does work
}}}
Comment:
You meant InterTrac here, not InterWiki.
But yes, the InterTrac code doesn't interpret links locally,
but let the remote Trac do the job, relying on the fact that
usually the same names are used for the module in link resolvers
and requests URLs.
However, this is not always the case, as your example shows.
A better solution would be a generic /intertrac/<link> request handler
that would dispatch any <link> to the appropriate local object.
The advantage of the current approach is that Trac servers of any
version can be targeted by an InterTrac link (at least for simple links).
I'll do at least the dispatching part for 0.10, as not only
it will solve this issue, but also the long standing one with
the `log:` InterTrac links, covers the comment: links, etc.
--
Ticket URL: <http://trac.edgewall.org/ticket/3403>
The Trac Project <http://trac.edgewall.com/>
_______________________________________________
Trac-Tickets mailing list
[email protected]
http://lists.edgewall.com/mailman/listinfo/trac-tickets
