Whenever you encounter a bug report page containing the message "This bug isn't linked to ______. Would you like to report it here as well?" and a miscapitalized "Yes, report in ______" button, ~99% of the time it is because the bug used to be filed on the context you're looking at it from, but has since been moved elsewhere. Even if that move was incorrect, clicking "Yes, report it in ______" is the wrong way to revert it, because it will add a new context to the bug report, rather than changing the existing one. (This was done by mistake, for example, in bug 330143, bug 331311, and bug 331347.)
So the only situation in which the "Yes, report it in ______" button is useful is if, knowing that a bug report is currently filed on one context but should also be filed on another, you manually construct the URL of the bug report in the as-yet-unfiled context, and visit it. This is so incredibly unlikely, that the button is clutter that is probably doing more harm than good.
I suggest that the button and its alert be removed, and that visiting a bug report in a context for which it is not filed should instead return a 301 Moved Permanently redirect to a context for which it is filed.
Bug 287935 should be fixed at the same time as this bug. It may save time to fix bug 153763 at the same time as this bug. Fixing this bug would resolve bug 45015, bug 151251, and bug 346876..
I fully agree. In practice, this is a confusing side effect of changed URLs, and serves no useful purpose.
In addition to removing the alert, I think it should be easier to use launchpad. net/bugs/ NNNNNN URLs rather than the package/ product- specific ones. There's currently no link to that URL on the bug page, though it's typically the one I want to give out (not only because of this bug, but because it's shorter and permanent). If there's a separate bug about that, I'm interested in it as well.