Last modified: 2013-08-27 13:50:18 UTC
As of now, short url points to a particular wiki url, not to a particular page. This means that if a page is moved without leaving a redirect, the short url breaks. I'm not offering examples since I confirmed this from the Panda's (YuviPanda's) mouth. I consider this a major bug (and if I'd known about it before deployment, I'd have considered it a blocker). The whole point of this extension is to provide short urls for indic (and other) wikis which can be used outside of the wmf projects on the internet for linking to wiki pages without the hassle of the terrible unicode encoding. I don't see how that's possible with short urls breaking with every page move since that means that if a person uses a short url today (e.g on facebook to say he created! a wikipedia article) and an admin moves the article without a redirect (to conform to a naming guideline or something), the person's facebook status would effectively break since the url would point to a deleted page. It is also possible that said person is embarrased/annoyed enough to never return to editing wikipedia. I think it is reasonable to expect these links to be permanent in nature so that they can be used on the web without the fear of going kaput in a few months.
ShortUrl is literally just that - takes a long title, makes it short. It does not (and should not, IMO!) have any extra logic for following pages around. We already have such a thing to not break URLs - Redirects! If you are moving something without a redirect, then that is an explicit decision made to break the URL. If you don't want to break the URL, leave a redirect. This is as permanent as the canonical URL, and I think that is good enough. Also, there is already a 'permalink' facility, which you can see in the sidebar. If you really want a 'permanent' link, you should use that. ShortURL was simply built to avoid hex-encoding issues. I'd close as WONTFIX if nobody objects.