User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:188.8.131.52) Gecko/20101027 Ubuntu/10.10 (maverick) Firefox/3.6.12 Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:184.108.40.206) Gecko/20101027 Ubuntu/10.10 (maverick) Firefox/3.6.12 I went to Tools -> Add-ons -> Plugins -> Find Updates and it took me to https://www.mozilla.com/en-US/en-AU/plugincheck/ which is a 404. Not good. Reproducible: Always
Status: UNCONFIRMED → NEW
Component: General → plugins.mozilla.org
Ever confirmed: true
Product: Firefox → Websites
QA Contact: general → plugins-mozilla-org
Summary: Find Updates for plugs can lead to the wrong page. → Find Updates for plug-ins can lead to the wrong page.
This may be an ubufox bug, as I don't believe we provide "find updates" in the stick versionf of Firefox. Chris, could you comment on whether this is an ubufox function and, if so, where a bug should be filed?
Hi, This doesn't look like it comes from Ubufox. There is a "Check to see if your plugins are up to date" link in the plugins tab of about:addons on my install by default, which directs to https://www.mozilla.com/%LOCALE%/plugincheck/ (set in plugins.update.url). This works for most locales, eg https://www.mozilla.com/en-GB/plugincheck/ and https://www.mozilla.com/de/plugincheck/ both work fine, but https://www.mozilla.com/en-AU/plugincheck/ gets redirected to the broken URL
Oh, where did en-AU come from?
No idea. I'll definitely get the redirect looked at, but the locale usually comes from the browser, but the UA string is en-US, so I'm a little baffled.
Ok, ubufox provides en-AU translations for its own chrome, and it also sets general.useragent.locale to a localized value (I'm not entirely sure why). However, I still can't recreate the reporters issue if I set general.useragent.locale to en-AU (or if I run with LC_ALL=en_AU.UTF.8) on the current Firefox beta. The %LOCALE% part of the URL is substituted with the locale for the global chrome package, which is "en-US" when you run with en-AU (because there aren't any en-AU translations for the global package), and this seems to be working as expected here.
Huh, even weirder, language-pack-en-base contains en-AU translations, which is why it's broken :/ I'm trying to find out where they have come from and why they are there.
(In reply to Chris Coulson from comment #6) > Huh, even weirder, language-pack-en-base contains en-AU translations, which > is why it's broken :/ > > I'm trying to find out where they have come from and why they are there. Hey Chris, can we close this bug since it seems not related to our website ?
resolving incomplete, feel free to reopen if this is still a bug that is on the mozilla site
Status: NEW → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.