"source:" is not processed correctly with interwiki prefix

[greg@…]

In interwiki processing

source:trunk/Makefile works as expected
s:source:trunk/Makefile generates an invalid URL, however
s:browser:trunk/Makefile does work

[cboos]

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.

[cboos]

Implemented in [3526:3528/trunk].

In order to make it work, pay attention to the <trac_prefix>.compat
configuration option:

• If set to true, the InterTrac links will be using the old-style, which won't accomodate all kind of TracLinks but is compatible with all Trac versions.
• If set to false, the InterTrac links will use the new /intertrac/<link> dispatcher introduced in r3526, but of course, this means the targeted Trac has to run with r3526 or above.

Once compatilibity with versions older than 0.10 becomes less important,
the default could be switched to false, but for now, compatiblity is
the default.