Details
-
Bug
-
Resolution: Won't Fix
-
Minor
-
None
-
1.0 B3, 1.0 B4
-
None
-
Low
-
Description
If you create a link in wiki editor or a web link in WYSIWYG mode with an url pointing to some other services on the same host (say xwiki context is /xwiki, your link is /maven-proxy) the next time you open the document in WYSIWYG mode for editing, the links get replaced with ../../../../ in an apparent attempt to link back to a Xwiki document, thus rendering the link non-working. Seen at least on 1.0 B3 and B4, most likely in all released versions. Below a snippet of an email thread about the same issue:
—
On 2/16/07, Sergiu Dumitriu <sergiu.dumitriu@gmail.com> wrote:
If the answer is 1a), 2 true, then you should file a bug report on JIRA.
Yea I suppose a href tag might work in case it doesn't touch it. so 1b), 2 true - this is a feature rather than a bug?
After more thought, you should file a bug report anyway. This can be fixed.
On 2/15/07, Kalle Korhonen <kalle.o.korhonen@gmail.com> wrote:
On 2/15/07, Sergiu Dumitriu <sergiu.dumitriu@gmail.com> wrote:
1. What syntax do you use for creating the link? a) <a href>, or b) the wiki syntax [a link]?
b)
2. This occurs when using the wysiwyg editor, right?
Yes.. It opens by default in WYSIWYG mode and previously edited Wiki syntax gets changed. If I use the WYSIWYG mode to create a web link, it'll also get changed on a sub-sequent edit.
If the answer is 1a), 2 true, then you should file a bug report on JIRA.
Yea I suppose a href tag might work in case it doesn't touch it. so 1b), 2 true - this is a feature rather than a bug?
Kalle
On 2/15/07, Kalle Korhonen < kalle.o.korhonen@gmail.com> wrote:
Upgraded to beta 4 from beta 3 and it was exactly as easy I had hoped for. It does fix some of the most annoying things, thanks for that! However, one simple thing it didn't change is this: we are displaying links to other services on the same server (like maven-site, maven repository etc) right on the home page. Now, if I edit that document again, the WYSIWYG mode replaces all links with ../../../.. in an obvious attempt to make them relative instead of absolute as XWiki figures they must be links pointing elsewhere in the XWiki itself. Saving again renders the links non-working. Is there a way to enforce the links remain absolutely or should I open a bug?