-
Bug
-
Resolution: Fixed
-
High
-
None
-
None
NOTE: This bug report is for Confluence Server. Using Confluence Cloud? See the corresponding bug report.
That is, [#foo] on a page called "Test Page" renders with an alias / link body of "Test Page#foo". In Confluence 3.5 we only displayed "foo" which is a lot nicer.
This was raised as regression in some of our documentation pages.
The second part of this issue is to make anchor links relative again in Confluence 4.0+, which isn't the case in the initial Confluence 4.0 release.
In other words, if a link leads to a target location on the same page (e.g. an anchor link), then in the XHTML storage format, don't store the page reference in the link itself. This was how Confluence 3.5 effectively used to work (in part because its content was stored in 'less sophisticated' wiki markup). However, since all links were treated as absolute links in the initial release of Confluence 4.0, this was causing all sorts of problems like:
- Displaying the page name and # character for relative anchor links
- https://studio.plugins.atlassian.com/browse/CPSP-45
For an initial discussion on how Confluence 4.0 should handle anchor links 'relatively', see this comment on CPSP-45
- causes
-
CONFSERVER-23363 Demo Space and other imported spaces will still contain absolute links instead of relative links
-
- Closed
-
-
CONFSERVER-23767 Links to the current page do not contain <ri> tags
-
- Closed
-
-
CONFSERVER-23366 Anchor links have inconsistent behaviour in space PDF exports
-
- Closed
-
- relates to
-
CONFCLOUD-23328 We display the page name and # character for relative anchor links + make anchor links relative (in the XHTML storage format for Confluence 4.0+).
-
- Closed
-
-
CONFSERVER-23653 Links in pages created using wiki -> XHTML conversion via the remote API will not be space relative when they should be
-
- Closed
-
- mentioned in
-
Wiki Page Loading...
Form Name |
---|