Re^2: rt://46333 links to rt.perl.org not rt.cpan.org

In the short term, I imagine fixing this is just a matter of s/perl/cpan/ in the code that generates the link.

I'm not sure how nodes are stored internally, but I suspect that might break the links in nodes that have come to rely on the current behavior. Maybe it's the documentation that should be fixed first.

Comment on Re^2: rt://46333 links to rt.perl.org not rt.cpan.org Download Code

Replies are listed 'Best First'.
Re^3: rt://46333 links to rt.perl.org not rt.cpan.org by kcott (Archbishop) on Feb 25, 2017 at 04:22 UTC
G'day haukex, That seemed like a reasonable comment when I read it; however, I then read jdporter's response: the "current behavior" is actually only very recent behaviour. Anyway, as per his subsequent response, the current behaviour is back to the original behaviour. The link I put in my private scratchpad (`[rt://46333]`), to initially check the reported problem, now resolves to `http://rt.cpan.org/Public/Bug/Display.html?id=46333`, so this is again working as documented. Having said that, there are two documentation issues. When the change to `[rt://]` was made ("on 2016-12-21"): it was not documented in "What shortcuts can I use for linking to other information?" there was no notification in "Tidings" — Ken	[reply] [d/l] [select]
Re^4: rt://46333 links to rt.perl.org not rt.cpan.org by haukex (Archbishop) on Feb 25, 2017 at 08:41 UTC
the "current behavior" is actually only very recent behaviour Ah, in that case I withdraw my comment :-) I'll also have to check my nodes since I think I recently used the `[rt://]` link...	[reply] [d/l]
Re^4: rt://46333 links to rt.perl.org not rt.cpan.org by jdporter (Paladin) on Feb 25, 2017 at 17:46 UTC
Mea maxima culpa. I reckon we are the only monastery ever to have a dungeon stuffed with 16,000 zombies.	[reply]