Closed Bug 1115508 Opened 10 years ago Closed 10 years ago

[Flame][Built-in&System Keyboard]The utility bubble always shows even at lock screen.

Categories

(Firefox OS Graveyard :: Gaia::System::Input Mgmt, defect, P2)

ARM
Gonk (Firefox OS)
defect

Tracking

(b2g-v2.2 verified)

VERIFIED FIXED
Tracking Status
b2g-v2.2 --- verified

People

(Reporter: lulu.tian, Assigned: gduan)

References

Details

Attachments

(6 files, 1 obsolete file)

Attached file logcat_1427.txt
[1.Description]: [Flame v2.2][Keyboard] The utility bubble always shows even device enter sleep mode and then enter lock screen. Found time:14:27 See attachment:1427.MP4 and logcat_1427.txt [2.Testing Steps]: 1. Launch the message app. 2. Tap pencil icon to edit a new message. 3. Input some characters on the "Message" field. 4. Long tap a specific character to activate text selection. **The utility bubble and carets show up 5. Tap power key to enter sleep mode. 6. Tap power key again. 7. Long tap home button to show card view and chose message app again. [3.Expected Result]: 6. The utility bubble and carets will disappear. 7. The utility bubble and carets will disappear. [4.Actual Result]: 6. The cursor handles are dismissed but the cut and copy button still exist. 7. The cursor handles are dismissed but the cut and copy button still exist. [5.Reproduction build]: Gaia-Rev cb1dad4881533bff9f06d47e34983c7b10c04a8c Gecko-Rev https://hg.mozilla.org/mozilla-central/rev/b17e7747d3fb Build-ID 20141224010204 Version 37.0a1 [6.Reproduction Frequency]: Always Recurrence,5/5 TCID: 12160
Attached video video
Component: Gaia::Keyboard → Gaia::System::Input Mgmt
Attached image 2014-12-26-09-43-13.png
Hi George, Could you help with this, thanks.
Flags: needinfo?(gduan)
Hi Sue, The STR can
Assignee: nobody → gduan
Flags: needinfo?(gduan) → needinfo?(lulu.tian)
(In reply to George Duan [:gduan] [:喬智] from comment #3) > Hi Sue, > The STR can Hi George, I can't understand what you mean, could you give me detailed descriptions? Thanks!
Flags: needinfo?(lulu.tian) → needinfo?(gduan)
oopz, I took the bug but forgot to remove original msg. sorry.
Flags: needinfo?(gduan)
bug 1114853 can fix this issue. We'll verify this issue once bug 1114853 and its gaia patch is landed.
Depends on: 1114853
QA Whiteboard: [textselection]
Priority: -- → P2
ni George to verify if the bug still here, thanks
Flags: needinfo?(gduan)
In this bug, gaia should listen to screenchange to close the bubble when screen is off and make sure gecko will blur original iframe once lockscreen is in the front.
Attached file PR to master (obsolete) —
This patch will force to blur current foreground app if screen is off and lockscreen is enbaled.
Flags: needinfo?(gduan)
Comment on attachment 8543927 [details] [review] PR to master Hi Alive, could you review this patch? I tried to blur foreground app when screen is off and lockscreen is enabled.
Attachment #8543927 - Flags: review?(alive)
Comment on attachment 8543927 [details] [review] PR to master screenchange does not imply Service.locked is already set to true. What you need is call this._activeApp.blur in AppWindowManager#setHierarchy(enable = false);
Attachment #8543927 - Flags: review?(alive) → review-
Comment on attachment 8543927 [details] [review] PR to master Hi Alive, could you check it again? This patch will call blur and close copypaste bubble when setHierarchy(false) in appWindowManager.
Attachment #8543927 - Flags: review- → review?(alive)
Comment on attachment 8543927 [details] [review] PR to master See gh
Attachment #8543927 - Flags: review?(alive)
Comment on attachment 8543927 [details] [review] PR to master I think I should listen to hierachychanged to close the bubble and also blur the foreground app in appWindowManager#setHierachy to make sure the caret is gone.
Attachment #8543927 - Flags: review?(alive)
Comment on attachment 8543927 [details] [review] PR to master r=me, thanks.
Attachment #8543927 - Flags: review?(alive) → review+
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Attached file PR to master
wait for test. User can switch keyboard in utilityTray, so we should not blur active app while utilityTray is shown.
Attachment #8543927 - Attachment is obsolete: true
Flags: needinfo?(gduan)
Comment on attachment 8545836 [details] [review] PR to master Hi Alive, I just realized that we cannot blur activeapp when utility tray is shown due due to keyboard switching case. could you help to do the review? I also put my marionette test to it.
Attachment #8545836 - Flags: review?(alive)
Comment on attachment 8545836 [details] [review] PR to master Please file up hierarchy manager bug to improve the module coupling.
Attachment #8545836 - Flags: review?(alive) → review+
If you only check UtilityTray.shown in AppWindowManager, there would be a case make your check fail: AttentionWindow is opened + UtilityTray is opened - do you need to blur? The answer is yes and that's why I said this is a bad practice. My idea to fix the coupling is separate focus from setHierarchy in HierarchyManager and treat focus as normal hierarchy events to propagate as other events like resize/home/holdhome. That is to say, UtilityTray would have a _handle_blur or _handle_focus function and returns false if it does not want to handle the event, and then the bottom UI under utilityTray will get the next focus event in https://github.com/mozilla-b2g/gaia/blob/master/apps/system/js/hierarchy_manager.js#L168
Status: REOPENED → RESOLVED
Closed: 10 years ago10 years ago
Resolution: --- → FIXED
Attached video verify_video.MP4
This issue has been verified successfully on Flame 2.2 See attachment:verify_video.MP4 Flame 2.2 build: Gaia-Rev 7c5b27cad370db377b18a742d3f3fdb0070e899f Gecko-Rev https://hg.mozilla.org/releases/mozilla-b2g37_v2_2/rev/748b20315f75 Build-ID 20150114002502 Version 37.0a2 Device-Name flame FW-Release 4.4.2 FW-Incremental eng.cltbld.20150114.040029 FW-Date Wed Jan 14 04:00:40 EST 2015 Bootloader L1TC000118D0
Status: RESOLVED → VERIFIED
QA Whiteboard: [textselection] → [COM=Text Selection]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: