Edgewall Software

Ticket #6884 (new defect)

Opened 5 months ago

Last modified 3 weeks ago

./TracLinks does not work

Reported by: conny@… Owned by: cboos
Priority: high Milestone: 0.11.2
Component: wiki system Version: 0.11b1
Severity: normal Keywords:
Cc:

Description

Quoting the manual:

To create a link to a SubWiki-page just use a '/':

 WikiPage/SubWikiPage or ./SubWikiPage

but in "/wiki/mypage" the link:

[wiki:./subpage]

creates a link to

/wiki/subpage

instead of the expected:

/wiki/mypage/subpage

Attachments

Change History

follow-up: ↓ 2   Changed 5 months ago by cboos

  • milestone set to 0.11

You're right, there seem to be a problem when the explicit wiki: prefix is given.

In the meantime, you can use:

[./subpage]

(["./subpage"] seems to have the same problem than [wiki:./subpage])

in reply to: ↑ 1   Changed 4 months ago by osimons

Replying to cboos:

You're right, there seem to be a problem when the explicit wiki: prefix is given.

Why should this link syntax actually work? The relative ([./TheSubPage] and [../OtherPage]) and absolute ([/wiki/ThePage]) will generate all sorts of issues if mixed with realms. To me it makes no sense to mix resource/project context-aware links with realm/provider link style.

They are different link styles for different purposes, and should be treated as such.

  Changed 4 months ago by cboos

  • priority changed from normal to high
  • milestone changed from 0.11 to 0.11.1

Thanks for the feedback, it made me think a bit more thoroughly about the issue. I think that this is purely a wiki link resolver issue that can and should be handled in WikiSystem._format_link.

The current problem is more visible with .. links: wiki:"../other"? is not taking you to a sibling page, but to /other (replacing the /wiki part), which is not good and doesn't make sense, as you specified wiki:.... I consider this to be a bug, due to pagename == "../other" in the context of line 326 in _format_link:

 href = formatter.href.wiki(pagename, version=version) ...

This is not blocking 0.11 - would be nice to have but not necessary.

Note that when written from a ticket like here, that link won't make sense anyway - but this is also a situation we can detect in _format_link.

  Changed 3 months ago by anonymous

OK thats goog

  Changed 3 weeks ago by osimons

#7388 closed as duplicate.

It basically makes a note about the 'Missing Page' link style not being supported by relative and absolute links. I suppose if we arrive at fully supporting such syntax as context-aware, then by definition it should also generate correctly formatted links.

Add/Change #6884 (./TracLinks does not work)

Author



Change Properties
<Author field>
Action
as new
as The resolution will be set. Next status will be 'closed'
to The owner will change. Next status will be 'new'
The owner will change to anonymous. Next status will be 'assigned'
 
Note: See TracTickets for help on using tickets.