Closed Bug 924477 Opened 11 years ago Closed 10 years ago

[B2G][Camera]Keyboard appears when user attempts to select photo thumbnail on device

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:-)

RESOLVED WORKSFORME
blocking-b2g -

People

(Reporter: mclemmons, Unassigned)

References

Details

(Keywords: regression, Whiteboard: burirun2 [fxos:media])

Attachments

(5 files)

Description:
Intermittently, after user takes a photo on device and selects that image's thumbnail, the keyboard appears

Steps To Reproduce:
1) Update Buri to Build ID: 20131008004009
2) Tap Camera App
3) Tap Camera icon to take photo(s)
4) Tap image thumbnail at top of screen of previously taken photos

Actual:
Keyboard pops up from bottom of screen

Expected:
Keyboard does not pop up and image of photo appears instead

Environmental Variables
Build ID: 20131008004009
Gaia   313599c293f596519604070fa378ffc89e61e98f 
Gecko decf58f0d596 
BuildID 20131008004009 
Version 26.0a2 

Notes:
Repro frequency: (30 percent, 10/30)
See attached: screenshot and logcat 
Test Case: https://moztrap.mozilla.org/manage/case/1325/
Other notes: Reproduced behavior in both landscape and portrait modes
blocking-b2g: --- → koi?
I feel it is not camera app's problem.
QA Contact: mclemmons
On 1.1 Leo, the keyboard does not appear following the Repro Steps in Comment 0. 

However, when selecting thumbnails in a rapid motion (i.e. one image immediately after another), the thumbnails remain at the top of the device display, but the screen below goes black and on occasion, the device goes back to the homescreen intermittently

Environmental Variables for 1.1  

Gaia   e5adcf3c23b6709a51087539bc4cdb67683ca4a0
Gecko c630289d6388
BuildID 20131008041201
Version 18.0
on 1.3 Buri Master/m-c, the keyboard does appear following the Repro Steps in Comment 0 intermittently.

When performing the actions in Comment 3 - rapid motion of thumbnail selections - the device goes back to the homescreen intermittently. 

Environmental Variables for 1.3

Gaia   122ff8c6363227501f4121e5a3892ba41d4c0417
Gecko   64b497e6f593
BuildID 20131008064334
Version 27.0a1
Component: Gaia::Camera → Gaia::Keyboard
This issue proved extremely difficult to reproduce due to its intermittent behavior. The issue from Comment 0 does not reproduce on 1.1 Leo. Attempted to reproduce on 1.2 Buri by flashing device to the very first build (June 21, 2013) and continuing with 2013 builds on July 30, August 30, September 30, and October 7. Was unsuccessful in all attempts to reproduce behavior documented in Comment 0. 

It appears the regression range is:

does not reproduce

Gaia   85c4af3f48a91878d565f518ba0eed68f0628e21
Gecko  f067799dff06
BuildID 20131007004003
Version 26.0a2


does reproduce

Gaia   313599c293f596519604070fa378ffc89e61e98f 
Gecko decf58f0d596 
BuildID 20131008004009 
Version 26.0a2
Keywords: regression
Located this problem within the Gallery app following the below STR on 1.2 

1. Select Gallery App
2. Select any image
3. Select the left arrow at the top of the screen

Actual:

Intermittently, the keyboard pops up

Expected:

User sent back to the Gallery list of images

Environmental Variables
Gaia   51f3c79ea93bb91d3b12e50b49d203a049a94a9b
Gecko 3f16dc100b1f
BuildID 20131010004001
Version 26.0a2

Notes:
Repro frequency: (30 percent, 6/20)
See attached: screenshot, logcat
Link to Test Case: https://moztrap.mozilla.org/manage/case/2476/
Hema

Please review if this is a camera issue.
Flags: needinfo?(hkoka)
Let's take another shot then getting a regression window using STR from comment 6.
Whiteboard: burirun2
(In reply to Jason Smith [:jsmith] from comment #10)
> Let's take another shot then getting a regression window using STR from
> comment 6.

Missed the fact that comment 5 cites the regression range.
Flags: needinfo?(hkoka)
Whiteboard: burirun2 → burirun2 [fxos:media]
David - Can you check to see whats going on here with the keyboard (we will be triaging this bug for koi+ on 10/16)
Flags: needinfo?(dflanagan)
I can't reproduce this with casual testing on a m-c unagi, and I can't get a nigthly build of 1.2 to work on my unagi. The fact that it occurs in both camera and gallery says to me that it is not related to either of them. I have no idea what could be causing the keyboard to pop up. I'd guess a regression in the system app or in the keyboard-related chrome code. Rudy, Yuan: do either of you know if anything changed in the way we trigger the keyboard to appear?  I've never understood how that happens.

The bug (reverting to homescreen) in comment 4 is almost certainly an OOM, and a regression. I can reproduce that on my unagi. mclemmons: would you file a separate bug for that one, please?
Flags: needinfo?(xyuan)
Flags: needinfo?(rlu)
Flags: needinfo?(mclemmons)
Flags: needinfo?(dflanagan)
As far as I know, there is only one change of keyboard chrome code (Bug 915598), but it has nothing to do with triggering keyboard.
Flags: needinfo?(xyuan)
So this bug is reported for both Camera and Gallery, but in both cases the keyboard appears when the user taps at the top of the screen.  I bet somehow those tap events are bleeding through to the homescreen and are focusing the e.me search box!

I wonder if it is reproducible if the homescreen is panned so that the search box is not visible.  And I wonder if it is reproducible when tapping near the top of other apps.
koi+ based on the severity of the bug, although arguable this shouldn't block if it does not reproduce often. 

(In reply to David Flanagan [:djf] from comment #15)
> So this bug is reported for both Camera and Gallery, but in both cases the
> keyboard appears when the user taps at the top of the screen.  I bet somehow
> those tap events are bleeding through to the homescreen and are focusing the
> e.me search box!

My gut tell me the same thing, if we are not using <input type=button> for these areas.

> 
> I wonder if it is reproducible if the homescreen is panned so that the
> search box is not visible.  And I wonder if it is reproducible when tapping
> near the top of other apps.

We should test that. Alternatively, we might need a debug mode in keyboard code to dump() element.id or element.ownerDocument.window.location.href of the focused input in forms.js .
blocking-b2g: koi? → koi+
Blocks: 927463
In response to 
[reply] [-] Comment 13  David Flanagan [:djf] 2013-10-15 16:54:46 PDT

mclemmons: would you file a separate bug for that one, please?

Separate bug filed https://bugzilla.mozilla.org/show_bug.cgi?id=927463
Flags: needinfo?(mclemmons)
No longer blocks: 927463
Hi all,
   I can not reproduce on hamachi device.

   Environmental Variables:
   Gaia:     e60b1eb012a3c18cca25671ebeac32df8f9a98b0
   Gecko:    e5eac232d013d6859e95436685d10630b9084475
I think the above STR & dupe actually indicates this is reproducible, except it's intermittent. I'm putting steps-wanted to see if we can better STR for this.
Keywords: steps-wanted
Assignee: nobody → jdarcangelo
Unable to re-create in Nightly. I even made sure the homescreen page with the search box was currently active "beneath" the Camera app.
Hi Justin,

Would you please assign one of the target milestones (1.2 C3 ~ 1.2 C6) for this bug depending on the time you need for resolving this one? We need the flag to check when this bug will be resolved. Thank you!

Ivan
Flags: needinfo?(jdarcangelo)
I cannot reproduce this issue on unagi (m-c) and buri (v1.2).
Flags: needinfo?(rlu)
Probably going to have to punt on this unless we get better STR here.
blocking-b2g: koi+ → koi?
Triage: still waiting for a better STR...
Attached file logcat_browser_camera
Still reproduces on Buri, 10/25 aurora build

Can this issue be related to browser?
Not sure if it's anyhow important, but I was able to reproduce this bug in Camera, Gallery and Video apps while having browser running in background.

STR:
1. Open Browser, any webpage (I did Pinterest :))
2. Tap Home button
3. Open Camera
4. Switch to Video mode
5. Take a few short videos
6. Tap on thumbnails
==> keyboard will pop up when tapping thumbnails, see attached logcat for more info
 
In Gallery and Video apps the issue reproduces when tapping back button in the left top corner

Buri aurora
BuildID: 20131025004000
Gaia: 606517ceafe0950c2b89822d5f13353743334f2c
Gecko: 5eabd267ef04
Version: 26.0a2
Firmware: US_20131015
Keywords: steps-wanted
I cannot reproduce this issue even after I followed the steps in comment 26.

Buri
-----
Gaia:     1ca623e7a79a9653b54a45ef7f8bb03b8d7100fc
Gecko:    http://hg.mozilla.org/releases/mozilla-aurora/rev/bb33e2fe109c
BuildID   20131023004005
Version   26.0a2
(In reply to Rudy Lu [:rudyl] from comment #27)
> I cannot reproduce this issue even after I followed the steps in comment 26.
> 

Maybe video can help... repros pretty easy for me... http://youtu.be/uNaMKzdlhas

BuildID: 20131030004003
Gaia: a788ea1a3e04716938bd41a559c36a831cf1190b
Gecko: 4fbe1b01ed63
Version: 26.0a2
Here is my video,
https://www.youtube.com/watch?v=HWs-OLWnwT0 (sorry, I do not know how to rotate my video. XD)
I can not reproduce this issue.
Very wired. :)

Gaia:     cca3ed29bec028c7103657583a19f217b6874bda
Gecko:    fdbfcf7d24795f482e6969b0f664c53c2b3c2ed9
BuildID   20131031061537
Version   28.0a1
Minus as it is not reproducible. Please renom if the issue is reproducible.
blocking-b2g: koi? → -
Assignee: jdarcangelo → nobody
Flags: needinfo?(jdarcangelo)
GaryChen: I just noticed one minor difference between your video and the one above that may be the missing link to the STR. In your video, you did not tap in the address bar to search for "pinterest", you instead selected it from the bookmark list in the browser. Perhaps it has something to do with typing in the Browser app's address bar?
Hi, 
I've uploaded another video, it still can not reproduce this issue.
http://youtu.be/9gn8R-CZVfM
Since this issue was hard to reproduce and we don't see this in recent builds.
Let's close this first as WorksForMe. 

Please re-open if you can reproduce this with a newer build.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: