Web urls that point to the same host replaced with non-working links
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? Kalle
1. What syntax do you use for creating the link? a) <a href>, or b) the wiki syntax [a link]? 2. This occurs when using the wysiwyg editor, right? If the answer is 1a), 2 true, then you should file a bug report on JIRA. On 2/15/07, Kalle Korhonen <[email protected]> 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?
Kalle
On 2/15/07, Sergiu Dumitriu <[email protected]> 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 <[email protected]> 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?
Kalle
-- You receive this message as a subscriber of the [email protected] list. To unsubscribe: mailto:[email protected] For general help: mailto:[email protected]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
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. -- http://purl.org/net/sergiu
Done, thanks. *XWIKI-877 <http://jira.xwiki.org/jira/browse/XWIKI-877>* Kalle On 2/16/07, Sergiu Dumitriu <[email protected]> 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.
-- You receive this message as a subscriber of the [email protected] list. To unsubscribe: mailto:[email protected] For general help: mailto:[email protected]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
participants (2)
-
Kalle Korhonen -
Sergiu Dumitriu