Closed Bug 1061118 Opened 10 years ago Closed 10 years ago

Opening an AttentionWindow while the keyboard is showing causes appWindow sizing issues

Categories

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

x86
macOS
defect
Not set
normal

Tracking

(blocking-b2g:2.1+, b2g-v2.1 verified, b2g-v2.2 verified)

VERIFIED FIXED
2.1 S4 (12sep)
blocking-b2g 2.1+
Tracking Status
b2g-v2.1 --- verified
b2g-v2.2 --- verified

People

(Reporter: etienne, Assigned: alive)

References

Details

Attachments

(1 file)

STR:
- open the dialer
- go to the contact tab
- tap the new contact button
- one field is focused and the keyboard is displayed

- get a phone call

Result:
- the keyboard leaves half of the screen black
- the dialer appwindow and attention window are only half as high as they should
Assignee: nobody → alive
The second time opening of an attention window will do resize before requestopen being dispatched to keyboardManager so we need another event to dismiss it.
Attachment #8482215 - Flags: review?(etienne)
BTW I also fixed: when attention window is closed, the bottom active app window should be resized according to keyboard.
Attachment #8482215 - Flags: review?(etienne) → review+
https://github.com/mozilla-b2g/gaia/commit/7e469783859785a8bd4bf02a802f32561c84be7b
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
I think we missed the 2.1 branch for this one, Alive can you request approval for the patch?
Flags: needinfo?(alive)
[Blocking Requested - why for this release]:

This is a regression of a v2.1 feature I think we could ask 2.1?

The bug will make the user hard to cooperate with callscreen because it was incorrectly resized.
blocking-b2g: --- → 2.1?
Flags: needinfo?(alive)
Triage: feature regression, blocking.
blocking-b2g: 2.1? → 2.1+
Comment on attachment 8482215 [details] [review]
https://github.com/mozilla-b2g/gaia/pull/23569

[Approval Request Comment]
[Bug caused by] (feature/regressing bug #):
regression from bug 927862
[User impact] if declined:
user will see half of callscreen/alarm when they come while keyboard is on
[Testing completed]:
yes
[Risk to taking this patch] (and alternatives if risky):
no
[String changes made]:
no
Attachment #8482215 - Flags: approval-gaia-v2.1?
Attachment #8482215 - Flags: approval-gaia-v2.1? → approval-gaia-v2.1+
This issue is verified fixed in Flame 2.2 Master KK (319mb) (Full Flash) Flame 2.1 KK (319mb) (Full Flash)

when the keyboard is open in the create a contact menu from the dialler app, and user receives a call, the keyboard is dismissed as it should with no sizing issues and before the screen is completely over the screen the keyboard is removed with no black box

Device: Flame 2.2 Master KK (319mb) (Full Flash)
BuildID: 20141012040203
Gaia: 717ad4e8b7fc10ab8248500d00ba5ba0977fa8ab
Gecko: 44168a7af20d
Gonk: 52c909e821d107d414f851e267dedcd7aae2cebf
Version: 35.0a1 (2.2 Master)
Firmware: V180
User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0

Flame 2.1 KK (319mb) (Full Flash)

Device: Flame 2.1 KK (319mb) (Full Flash)
BuildID: 20141012001201
Gaia: d18e130216cd3960cd327179364d9f71e42debda
Gecko: 610ee0e6a776
Gonk: 52c909e821d107d414f851e267dedcd7aae2cebf
Version: 34.0a2 (2.1)
Firmware: V180
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0
Status: RESOLVED → VERIFIED
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: