• Do not register here on develop.twiki.org, login with your twiki.org account.
• Use View topic Item7700 for generic doc work for TWiki-6.0.2. Use View topic Item7703 for doc work on extensions that are not part of a release. More... Close
• Anything you create or change in standard webs (Main, TWiki, Sandbox etc) will be automatically reverted on every SVN update.
Does this site look broken?. Use the LitterTray web for test cases.

In order to interface our TWiki with a mailing list archive, I embed the mailing list HTML pages in TWiki topics using the INCLUDE variable. However, the processing of the included pages breaks the links. For example:

The page /list-archive/msg00000.html (the first message in the archive) refers to the next message as msg00001.html. However, after processing by INCLUDE, the link is turned into: /list-archive/msg00000.html/msg00001.html This obviously doesn't work. Using rhe raw parameter is not an option, as the links do need to be processed (otherwise the server would look for the next message in the TWiki /cgi-bin/twiki/bin/view/... directory).


I'm not entirely sure from your description how to reproduce this. However %INCLUDE does exactly what it says on the tin.... it includes the text of the other page, before rendering it with the rest of the page it is included in. What you are expecting is not the spec of %INCLUDE, AFAICT.

If you want to protect the links, try surrounding the %INCLUDE with noautolink: for example:

<noautolink>
%INCLUDE{...}%
</noautolink>

that might work. Discarded, not a bug.

CC


From the description on VarINCLUDE :

When a page is included, normally VSF-E TWiki will process it, doing the following: 1) Alter relative links to point back to originating host, 2) [...]

The behaviour I expect would be exactly that, however the relative links are not altered correctly. An original link in the included document (/list-archive/msg00000.html) would look like: <a href="msg00001.html">. After processing by %INCLUDE this becomes: <a href="http://fictional.org/list-archive/msg00000.html/msg00001.html">. Correct me if I'm wrong, but this does not look like intended behaviour.


I understand what you are saying, and I think I sympathise; however this is not a bug per se, but a request for a spec change, so I changed this to Enhancement and created TWiki:Codev.RewriteIncludedRelativeLinks

CC


Ah, I see what you mean, and why it doesn't work like I expected. And it would be very useful if it would correctly rewrite relative URL's in general, so thanks for looking at this. For the time being I can probably try to get the behaviour I want using the FilterPlugin.

-Levien

SVN 10720, patch posted to Codev topic.

-- SP

In rare cases html tags spread over multiple lines were destroyed because of whitespace annihiliation. Replacing linefeeds with a space instead of nothing.

-- SP

Closed in 4.0.5 KJL

ItemTemplate
Summary INCLUDE from external url (with last part non-directory) breaks relative links of included content
ReportedBy TWiki:Main.LevienVanZon
Codebase 4.0.2
SVN Range Fri, 31 Mar 2006 build 9626
AppliesTo Engine
Component

Priority Low
CurrentState Closed
WaitingFor

Checkins 10720 10750
TargetRelease patch
Edit | Attach | Watch | Print version | History: r12 < r11 < r10 < r9 < r8 | Backlinks | Raw View | Raw edit | More topic actions
Topic revision: r12 - 2006-11-14 - KennethLavrsen
 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2018 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback