Closed Bug 863799 Opened 12 years ago Closed 12 years ago

[FM Radio][Inari] FM Radio not working in v1.0.1

Categories

(Firefox OS Graveyard :: Hardware, defect)

x86
macOS
defect
Not set
normal

Tracking

(blocking-b2g:tef+, b2g18 unaffected, b2g18-v1.0.1 fixed)

VERIFIED FIXED
blocking-b2g tef+
Tracking Status
b2g18 --- unaffected
b2g18-v1.0.1 --- fixed

People

(Reporter: sreenidhimuralidharan, Assigned: song.shenyang)

References

Details

(Keywords: b2g-testdriver, Whiteboard: [POVB])

Attachments

(1 file)

##Environment: Tested in Inari with the following build: Gecko http://hg.mozilla.org/releases/mozilla-b2g18_v1_0_1/rev/0c76ef5f8677 Gaia 64d5096e1746bd4b08bc1bf69844d164ac961970 BuildID 20130418070206 Version 18.0 ##STR: 1. Plug the headphones on 2. Open the the FM application by tapping on it 3. Tap on the desired station or tap on forward/reverse buttons to select the desired station 4. Make sure that the play button is tapped on ##Expected: The user can hear the FM radio playing ##Actual: The user cannot hear anything through the headset. This does not work even if the FM app is killed and restarted
Keywords: b2g-testdriver
blocking-b2g: --- → leo?
Summary: [FM Radio-Inari] FM Radio not working in Inari → [FM Radio][Inari] FM Radio not working in Inari
I might be wrong, but it could be a hardware issue, when I insert headphones, and if I plug it in all the way down the sound doesn't go off, if I plug it partially then the sound is alright, this happens only on inari devices
Joe - can you check in with partners (hardware) here? We don't see much point in blocking this on our end since it seems very specific to the device and we're working with "close to shipping" hardware but have no flag for "test this on the real hardware right before shipping" so perhaps the partners do have a way to keep track of issues like this? Alternately is there any way to check in on shipping hardware to make sure there isn't an issue on our end to work on for this?
Flags: needinfo?(jcheng)
Flags: needinfo?(jcheng) → needinfo?(song.shenyang)
Our engineer will work on it. Thanks
Flags: needinfo?(song.shenyang)
Assignee: nobody → song.shenyang
blocking-b2g: leo? → tef?
This works for me on Ikura. Can our partners or QA test this with a target device? If this cannot be reproduced on Ikura this should not be a blocker.
Flags: needinfo?
Whiteboard: [tef-triage]
Massimo, can you and your team test to see if its reproducible or not? This was found on mozilla's nightly build of Inari, but since you are testing the partner Ikura build, i'd like you to try reproducing. If you can't reproduce, please mark this bug as worksforme, with the tested buildID. thanks.
Flags: needinfo? → needinfo?(mbarone976)
Keywords: qawanted
Tested on Inari and the issue is still reproducing. The user is unable to hear anything through the headset even after killing the process. Inari Build ID: 20130426070207 Kernel Date: Feb 21 Gecko: http://hg.mozilla.org/releases/mozilla-b2g18_v1_0_1/rev/54285d67454b Gaia: c47ef39de04e634d847cc86b6acc616fabce69eb
I was able to reproduce on 3 devices out of 4 that I tested.
Keywords: qawanted
I also feel that it could be a hardware issue as per comment 1. When the headset is all the way inside headset socket it then user is unable hear any sound. When the headset is partially inserted in the socket then FM radio plays and the user can hear through the head set.
Tested in Inari with the following build information : Gecko http://hg.mozilla.org/releases/mozilla-b2g18_v1_0_1/rev/5d454864b668 Gaia 052253176f3ad495a1086e47a28fffbf07613388 BuildID 20130425070201 Version 18.0 Issue is reproducing.
Our engineer is working on this issue, will feedback soon, Thanks
Re-tested on Ikura: Buidl id: 20130429003302 Gaia:a98e686 Version 18.0 What seen is that the first time the FM Radio app is launched after switching on the device, it is necessary to press play,then stop and then play again to start listening to the radio.
Flags: needinfo?(mbarone976)
Blocking while ZTE engineer works on this issue from the hardware side.
blocking-b2g: tef? → tef+
Whiteboard: [tef-triage]
Are there any blockers to the work of the partner engineer? Anything we can help with on Mozilla's side? Will this end up being NPOTB (not part of the build)?
Flags: needinfo?(song.shenyang)
This still occurs on inari; buri which are on 1.0.1 This does not occur on unagi, leo which are on v1.1
Summary: [FM Radio][Inari] FM Radio not working in Inari → [FM Radio][Inari][Buri] FM Radio not working in v1.0.1
partner's buri build works fine for me
Component: Gaia::FMRadio → Hardware
(In reply to Joe Cheng [:jcheng] from comment #15) > partner's buri build works fine for me removing [buri] from description and adding [povb] as it seem to only happen in Inari (unless we receive further updates from inari partner)
Summary: [FM Radio][Inari][Buri] FM Radio not working in v1.0.1 → [FM Radio][Inari] FM Radio not working in v1.0.1
Whiteboard: [POVB]
Blocks: 869738
This does not occur when I test and use our build.I want to know some things: 1.What is the standard of your headphone? 2.I need the log that catched when the issue happened 3.Can I get the build that you test the issue?
Flags: needinfo?(sreenidhimuralidharan)
(In reply to Sreenidhi from comment #9) > Tested in Inari with the following build information : > > Gecko http://hg.mozilla.org/releases/mozilla-b2g18_v1_0_1/rev/5d454864b668 > Gaia 052253176f3ad495a1086e47a28fffbf07613388 > BuildID 20130425070201 > Version 18.0 > > Issue is reproducing. Is it build from mozilla? Can you try zte build? You can download our build from our ftp server, Kevin has the info of our ftp server. Thanks
Flags: needinfo?(song.shenyang)
(In reply to Isabel Rios [:isabel_rios] from comment #11) > Re-tested on Ikura: > Buidl id: 20130429003302 > Gaia:a98e686 > Version 18.0 > > What seen is that the first time the FM Radio app is launched after > switching on the device, it is necessary to press play,then stop and then > play again to start listening to the radio. Is it zte build? Can you give us the info needed by comment 17? Thanks
(In reply to songsy from comment #20) > > Is it zte build? > Can you give us the info needed by comment 17? > Thanks Yes, I can reproduce the bug with zte build. It is happening all the times when the radio app is open and then the headset is connected. It does matter the headset used, the problem is seen anyway. Build id: 20130506003326. Logs attached.
(In reply to Tim Guan-tin Chien [:timdream] (MoCo-TPE) from comment #18) > See comment 17. 1. The headphones are the ones that came with the phone (ZTE headphones). Again, like Isabel pointed out, this issue doesnt matter with the quality or type of headphones being used. It occurs anyways. 2. The logcat info is attached, see the attachments section. 3. The build is the 1.0.1 train, 18th april (for the original issue). As per Comment #9, it is the same V1.0.1, the 25th april's build. You can get them from the mozilla's usual build directory, from where you download and flash your builds.
Flags: needinfo?(sreenidhimuralidharan)
(In reply to songsy from comment #19) > (In reply to Sreenidhi from comment #9) > > Tested in Inari with the following build information : > > > > Gecko http://hg.mozilla.org/releases/mozilla-b2g18_v1_0_1/rev/5d454864b668 > > Gaia 052253176f3ad495a1086e47a28fffbf07613388 > > BuildID 20130425070201 > > Version 18.0 > > > > Issue is reproducing. > > Is it build from mozilla? Can you try zte build? > You can download our build from our ftp server, Kevin has the info of our > ftp server. > Thanks Hi Isabel, The issue is not occurring on the ZTE build, though.
Build Info for Comment 24 : Gecko Gaia 916eb3b8be82be40efc33985019b76ba7d4e3263 BuildID 20130506051538 Version 18.0
(In reply to Sreenidhi from comment #25) > Build Info for Comment 24 : > > Gecko > Gaia 916eb3b8be82be40efc33985019b76ba7d4e3263 > BuildID 20130506051538 > Version 18.0 I am able to reproduce the problem with zte build (build id 20130507003354. Version 18) following these steps: 1. Open radio app 2. Connect the headset 3. Nothing is heard, although you move to different radio stations 4. Tap on Stop and then on Play, then you listen to the radio
(In reply to Isabel Rios [:isabel_rios] from comment #26) > (In reply to Sreenidhi from comment #25) > > Build Info for Comment 24 : > > > > Gecko > > Gaia 916eb3b8be82be40efc33985019b76ba7d4e3263 > > BuildID 20130506051538 > > Version 18.0 > > I am able to reproduce the problem with zte build (build id 20130507003354. > Version 18) following these steps: > 1. Open radio app > 2. Connect the headset > 3. Nothing is heard, although you move to different radio stations > 4. Tap on Stop and then on Play, then you listen to the radio Hey Isable, Can I ask you where exactly did you get this build? Cos I have a ZTE build on my phone and the build ID seems to be different. Following is the build info from my phone : Gecko Gaia ccc46c29b62d58cac7125cd9556a2efdb1d0d0ba BuildID 20130507051519 Version 18.0 Marcia states that the above is the only ZTE build she found, for the 7th may.
Hi Sreenidhi, I was using ZTE build for Spain. I flashed the device with the build for LATAM and this seems to be the one you have as I see the same build id: 20130507051519. In this build, the problem is also seen. To reproduce it, do not connect the headset before opening the radio app, do that later once the app is open and showing the message: Plug in headset.... Thanks, Isabel
Hi,all we find the cause of the bug.The code is update.Please use the daily build to check tomorrow. Thanks, QChen
Marking this as fixed as per comment 29. Isabel, can you verify?
Flags: needinfo?(isabelrios)
(In reply to Daniel Coloma:dcoloma from comment #30) > Marking this as fixed as per comment 29. Isabel, can you verify? The bug is fixed. Verified with today's zte build. Build id: 20130517142351
Status: NEW → RESOLVED
Closed: 12 years ago
Flags: needinfo?(isabelrios)
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: