User translations showing broken links

[Diogo Matsubara]

As seen in OOPS-691S57, the translation import queue page
* As anonymous.
* Visit https://translations.launchpad.net/~matsubara
* View the "wammu in Wammu stable" link
* 404

If the template is not accessible, we should not linkify to them.

[Данило Шеган (danilo)]

I believe this is a very hard to achieve situation. For it to happen, we have to approve a potemplate first, then hide it, yet keep getting imports for it (which get auto-approved for hidden templates). A fix might be to not auto-approve entries for hiddent products, distros or templates.

[Christian Reis (kiko)]

Well, hard to acheive or not, we still generate 404s because of it. Can we just check_permission() and not display them if they aren't accessible?

[Jeroen T. Vermeulen (jtv)]

This also happens with normal, enabled templates in projects that have not indicated that they use Launchpad for translation. We came across two examples today: gconf and libgnomeui.

[Curtis Hovey (sinzui)]

OOPS-7520440599559e63dbfb43c39b44f897 shows:
  URL: https://translations.launchpad.net/wammu/stable/+pots/wammu
  Referrer: https://translations.launchpad.net/~matsubara

wammu no longer uses Lp Translations, so the pots are not accessible to regular users.
1. Listings like https://translations.launchpad.net/~matsubara should not return results for project that do not use Lp Translations

[Curtis Hovey (sinzui)]

This issue historically affected the import queue for distros. Change to pages, linking rules, approvals, and the infrastructure for message approvals fixed issues where untraversable POTs were shown.

[Launchpad QA Bot (lpqabot)]

Fixed in stable r16217 <http://bazaar.launchpad.net/~launchpad-pqm/launchpad/stable/revision/16217>.