desktop-packages team mailing list archive

[Bug Watch Updater <867753@xxxxxxxxxxxxxxxxxx>]

Launchpad has imported 2 comments from the remote bug at
https://bugzilla.mozilla.org/show_bug.cgi?id=693687.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2011-10-11T17:51:13+00:00 Chris Coulson wrote:

Ok, I'm not sure the bug title is entirely appropriate, and I'm not sure
whether the addon manager is the appropriate place for this bug.

This was initially reported at https://launchpad.net/bugs/867753

This started off when the reporter stated that the Accept-Language
header in all of their outgoing http requests was set to the wrong value
("en-us,en;q=0.5"), despite the fact that intl.accept_languages was set
to the correct value according to about:config ("en-gb, en"). This is
set to a complex value, with the real value coming from the reporters
en-GB language pack addon.

We initially suspected that the bug was due to the JSONovich addon, as
the problem was resolved after disabling that addon. However, further
investigation has shown that JSONovich doesn't appear to be doing
anything wrong.

Note, than JSONovich is a bootstrapped extension.

What appears to be happening is that something in it's startup() entry
point triggers the initialization of the nsHttpHandler service, and
nsHttpHandler reads and processes the value of intl.accept_languages at
this point. However, when this happens, no extension chrome has been
loaded - so the value ends up being provided by the built-in en-US
provider instead.

So, it seems that it currently isn't possible to reliably read complex
prefs from anything which runs inside the startup() function.

Reply at: https://bugs.launchpad.net/firefox/+bug/867753/comments/13

------------------------------------------------------------------------
On 2011-10-11T17:54:45+00:00 Chris Coulson wrote:

Hmmm, so actually, I guess that this is where the problem occurs:

http://mxr.mozilla.org/mozilla-
central/source/toolkit/xre/nsXREDirProvider.cpp#715

Reply at: https://bugs.launchpad.net/firefox/+bug/867753/comments/14


** Changed in: firefox
       Status: Unknown => Confirmed

** Changed in: firefox
   Importance: Unknown => Medium

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to firefox in Ubuntu.
https://bugs.launchpad.net/bugs/867753

Title:
  Accept-Language header contains incorrect value

Status in The Mozilla Firefox Browser:
  Confirmed
Status in “firefox” package in Ubuntu:
  Triaged

Bug description:
  Both my OS and Firefox preferences has en-GB and en as the language,
  however, it's sending "en-US, en" in the "accept-language" request
  header. This was verified using Bugzilla after finding the problem.
  Dates on some sites are a particular problem given that for many dates
  there is no way to tell the difference between en-GB and en-US, you
  just read the date wrong.

  Steps to reproduce:
  1) Start Firefox
  2) In Edit -> Preferences - check the lanugage settings are "en-gb" and "en".
  3) Start Firebug.
  4) Access www.google.co.uk
  5) Check the "Net" tab in firebug.
  6) Expand the first (or any line).
  7) Scroll to the "Request Headers".
  8) Observe "Accept-language" contains "en-us,en;q=0.5".

  ProblemType: Bug
  DistroRelease: Ubuntu 11.04
  Package: firefox 7.0.1+build1+nobinonly-0ubuntu0.11.04.1
  ProcVersionSignature: Ubuntu 2.6.38-11.50-generic 2.6.38.8
  Uname: Linux 2.6.38-11-generic x86_64
  AddonCompatCheckDisabled: False
  AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.23.
  Architecture: amd64
  ArecordDevices:
   **** List of CAPTURE Hardware Devices ****
   card 0: Intel [HDA Intel], device 0: ALC662 rev1 Analog [ALC662 rev1 Analog]
     Subdevices: 1/1
     Subdevice #0: subdevice #0
  AudioDevicesInUse:
   USER        PID ACCESS COMMAND
   /dev/snd/controlC0:  phill      1675 F.... pulseaudio
  BuildID: 20110928224508
  CRDA: Error: [Errno 2] No such file or directory
  Card0.Amixer.info:
   Card hw:0 'Intel'/'HDA Intel at 0xf6800000 irq 43'
     Mixer name	: 'Intel IbexPeak HDMI'
     Components	: 'HDA:10ec0662,14621033,00100101 HDA:80862804,14621033,00100000'
     Controls      : 20
     Simple ctrls  : 11
  Channel: release
  Date: Tue Oct  4 19:03:40 2011
  EcryptfsInUse: Yes
  ForcedLayersAccel: False
  IfupdownConfig:
   auto lo
   iface lo inet loopback
  InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release amd64 (20110427.1)
  IpRoute:
   192.168.0.0/24 dev wlan0  proto kernel  scope link  src 192.168.0.2  metric 2
   169.254.0.0/16 dev wlan0  scope link  metric 1000
   default via 192.168.0.1 dev wlan0  proto static
  ProcEnviron:
   LANGUAGE=en_GB:en
   LANG=en_GB.UTF-8
   SHELL=/bin/bash
  Profiles: Profile0 (Default) - LastVersion=7.0.1/20110928224508 (Running)
  RfKill:
   0: phy0: Wireless LAN
    Soft blocked: no
    Hard blocked: no
  RunningIncompatibleAddons: False
  SourcePackage: firefox
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 07/21/2010
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: E1681IG6 VER.109
  dmi.board.asset.tag: To be filled by O.E.M.
  dmi.board.name: To be filled by O.E.M.
  dmi.board.vendor: Micro-Star International
  dmi.board.version: Ver.001
  dmi.chassis.asset.tag: To Be Filled By O.E.M.
  dmi.chassis.type: 9
  dmi.chassis.vendor: Micro-Star International
  dmi.chassis.version: Ver.001
  dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrE1681IG6VER.109:bd07/21/2010:svnMicro-StarInternational:pnCalpellaplatform:pvrVer.001:rvnMicro-StarInternational:rnTobefilledbyO.E.M.:rvrVer.001:cvnMicro-StarInternational:ct9:cvrVer.001:
  dmi.product.name: Calpella platform
  dmi.product.version: Ver.001
  dmi.sys.vendor: Micro-Star International

To manage notifications about this bug go to:
https://bugs.launchpad.net/firefox/+bug/867753/+subscriptions