- Problem Subscriber landed on: https://www.mozilla.org/ja/newsletter/existing/his_token_here/ After he clicked on this link in an email: https://www.mozilla.org/newsletter/existing/his_token_here/ - Expected behavior https://www.mozilla.org/ja/newsletter/exisitng does not exist so the page should have been redirected to https://www.mozilla.org/en-US/newsletter/existing. Is this easy to fix ASAP? I can be sure to update our unsub links in the future to always have a working locale explicitly in the unsub & modify preference links - but right now there are newsletters live in people's inboxes that do not have a working locale in the unsub links.
Does the link in the email contain the locale or not? Your example link does not have one, but later you suggest that the emails do contain one. I need to know what link the people are using that is resulting in a broken page.
Not all the links in emails contain a locale - I put it in l10n versions explicitly, but left it out of the EN version in case someone clicking through may like to see the fr or de version. I'll be sure to put in /en-US/ going forward. In the meantime, there are emails live and in people's inboxes that may break. Is there a way to get en-US to show up by default if the local that the Firefox build is on, doesn't have content? I believed this was the way it used to work until I ran across this broken link from a subscriber today.
This is still broken - hopefully it will be fixed with Bug 867764 Bug 867764 means that all locales in which the newsletter is live will have an email pref center in their language, and if none exists, it will redirect to en-US.
/ja/ doesn't exist so it reroutes to en-US until this page has been localized. \o/