934881 - [flatfish] Headset icon is always on status bar if booting up with headset plugged.

Status: RESOLVED WORKSFORME

(Firefox OS Graveyard :: Gaia::System, defect)

Description

[Al Tsai [:atsai]]

+++ This bug was initially created as a clone of Bug #911117 +++

I doubt the fix in bug 911117 caused the bug.
Now, I got the headset icon all the time.

Gaia:     51e80edcfb40082793e1f3219fc1fe2729f338f9
Gecko:    b6a4edc4e3778d3844752c8998debb930890eb20
BuildID   20131105100731
Version   28.0a1

Comment 1

[Evelyn Hung]

George, can you check if this is a regression of bug 911117? Thanks!

Comment 2

[(Inactive after June) George Duan [:gduan] [:喬智]]

That's interesting. I tried to dump the value of acm.headphones when first booted without headset, and the value is 'true'(plz see below reference)
https://github.com/mozilla-b2g/gaia/blob/master/apps/system/js/statusbar.js#L188

As I remembered, it didn't behave like this.

Hi Terry,
could you kindly check?
Currently, we use navigator.mozAudioChannelManager.headphones to check if headset is plugged or not, however, this method seems always return true after reboot.

Comment 3

[RaymondSu]

We checked today.  That works for me.  Please kindly check the kernel image should be flashed.  We flash system with whole image file.  Otherwise, please remember to fastboot the boot.img and then re-check this.

Comment 4

[Terry Li]

(In reply to George Duan [:gduan] from comment #2)
> That's interesting. I tried to dump the value of acm.headphones when first
> booted without headset, and the value is 'true'(plz see below reference)
> https://github.com/mozilla-b2g/gaia/blob/master/apps/system/js/statusbar.
> js#L188
> 
> As I remembered, it didn't behave like this.
> 
> Hi Terry,
> could you kindly check?
> Currently, we use navigator.mozAudioChannelManager.headphones to check if
> headset is plugged or not, however, this method seems always return true
> after reboot.
We have applied a (temp) fix for bug 924729 and it works fine.  I think the root cause of this issue is that UeventPoller failed to initialize.  This causes the headphone status not able to change.  The information of this fix is as below,

https://bugzilla.mozilla.org/show_bug.cgi?id=911117#c3

Comment 5

[(Inactive after June) George Duan [:gduan] [:喬智]]

Hi Al,

Is it possible to flash the whole boot.img and retest it?

(In reply to sulapy from comment #3)
> We checked today.  That works for me.  Please kindly check the kernel image
> should be flashed.  We flash system with whole image file.  Otherwise,
> please remember to fastboot the boot.img and then re-check this.

(In reply to Terry Li from comment #4)
> (In reply to George Duan [:gduan] from comment #2)
> > That's interesting. I tried to dump the value of acm.headphones when first
> > booted without headset, and the value is 'true'(plz see below reference)
> > https://github.com/mozilla-b2g/gaia/blob/master/apps/system/js/statusbar.
> > js#L188
> > 
> > As I remembered, it didn't behave like this.
> > 
> > Hi Terry,
> > could you kindly check?
> > Currently, we use navigator.mozAudioChannelManager.headphones to check if
> > headset is plugged or not, however, this method seems always return true
> > after reboot.
> We have applied a (temp) fix for bug 924729 and it works fine.  I think the
> root cause of this issue is that UeventPoller failed to initialize.  This
> causes the headphone status not able to change.  The information of this fix
> is as below,
> 
> https://bugzilla.mozilla.org/show_bug.cgi?id=911117#c3

Comment 6

[Vincent Liu[:vliu]]

Hi George,

I can help you check this issue from logcat to see if the issue is caused like Terry said. Do you have device which can reproduce it? I can help on verifying it.

Comment 7

[Al Tsai [:atsai]]

WFM since not happens on a newer build..

Gaia:     e95ab38f3c7ea2834e92f4ff37143432f0312a71
Gecko:    7a9d20c22caf534b027f69ffd5e4a274be8c66b7
BuildID   20131106064537
Version   28.0a1