Closed
Bug 1088426
Opened 10 years ago
Closed 10 years ago
[Bluetooth] Gap visible on the bottom of the custom dialog if software home button option is not enabled
Categories
(Firefox OS Graveyard :: Gaia::Bluetooth, defect)
Tracking
(b2g-v2.0 unaffected, b2g-v2.1 affected, b2g-v2.2 affected)
RESOLVED
DUPLICATE
of bug 1086715
Tracking | Status | |
---|---|---|
b2g-v2.0 | --- | unaffected |
b2g-v2.1 | --- | affected |
b2g-v2.2 | --- | affected |
People
(Reporter: ckreinbring, Unassigned)
References
Details
(Keywords: regression, Whiteboard: [2.1-bug-bash] )
Attachments
(4 files)
Description: If the user receives a Bluetooth transfer request, there will be a gap at the bottom if the user does not have the Software Home Button option enabled. Prerequisite: Software Home Button is turned off and stays off. Repro Steps: 1) Update a Flame device to BuildID: 20141023001201 2) Navigate to Settings, then Bluetooth. 3) Turn on Bluetooth then pair with another device. 4) Return to the homescreen and receive a file request from the other device. 5) Tap the request notification. 6) Observe the appearance of the page. Actual: A gap is seen at the bottom of the screen that shows the application that is currently active. Expected: The file transfer request completely covers the screen. Environmental Variables: Device: Flame 2.1 BuildID: 20141023001201 Gaia: 1e48e3e40e0780c0cd07a3457e5fe2efeeb542d1 Gecko: 09fb60a37850 Gonk: 05aa7b98d3f891b334031dc710d48d0d6b82ec1d Platform Version: 34.0 Firmware Version: V188 User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0 Repro frequency: 100% See attached: screenshot and logcat logs
Reporter | ||
Comment 1•10 years ago
|
||
Reporter | ||
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
Updated•10 years ago
|
Component: Bluetooth → Gaia::Bluetooth File Transfer
Comment 2•10 years ago
|
||
Hi Ian, I saw the same symptom on flame-kk too. Would you mind to take a look? Thanks.
Flags: needinfo?(iliu)
Comment 3•10 years ago
|
||
Alive, looks like some regression is relative with CustomDialog in CSS style 'dialog-screen'. Could you please help to check it? Thanks.
Flags: needinfo?(iliu) → needinfo?(alive)
Comment 4•10 years ago
|
||
QA-Wanted for branch checks
Reporter | ||
Comment 5•10 years ago
|
||
The bug repros on Flame 2.2 nightly and Flame 2.1 nightly and engineering. The nightly has full flash and engineering had shallow flash. Actual: When receiving a Bluetooth file transfer request, there is a gap at the bottom of the screen which is only visible if the user has Software Home Button disabled. Flame 2.2 Nightly BuildID: 20141024040202 Gaia: d893a9b971a0f3ee48e5a57dca516837d92cf52b Gecko: a5ee2769eb27 Gonk: 05aa7b98d3f891b334031dc710d48d0d6b82ec1d Platform Version: 36.0a1 Firmware Version: V188 User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0 Flame 2.1 BuildID: 20141024064808 Gaia: 07cd1562b90960a343104a67b184cf9e01bee8a0 Gecko: 4feccadc6146 Platform Version: 34.0 Firmware Version: V180 User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0 Flame 2.1 Nightly BuildID: 20141023001201 Gaia: 1e48e3e40e0780c0cd07a3457e5fe2efeeb542d1 Gecko: 09fb60a37850 Gonk: 05aa7b98d3f891b334031dc710d48d0d6b82ec1d Platform Version: 34.0 Firmware Version: V188 User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0 -------------------------------------------------------------------------------------------------------- The bug does not repro on Flame 2.2 engineering and 2.0 nightly and engineering. The nightly has full flash and engineering had shallow flash. Actual result: There is no gap at the bottom of the screen when a Bluetooth file transfer request is present. Flame 2.2 BuildID: 20141024070214 Gaia: 29ed78a26d62b58f663437a45f273d57b9781d79 Gecko: d6abb9bf43be Platform Version: 36.0a1 Firmware Version: V180 User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0 Flame 2.0 BuildID: 20141024064809 Gaia: 1a89b5317dbc31da9c604d677a4a5a3e34122a17 Gecko: cfa7cdcb728b Platform Version: 32.0 Firmware Version: V180 User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0 Flame 2.0 Nightly BuildID: 20141024000201 Gaia: 86d83f4b4111ca45ebc92ca779348cc966f43cff Gecko: f8432250efb7 Gonk: 05aa7b98d3f891b334031dc710d48d0d6b82ec1d Platform Version: 32.0 Firmware Version: V188 User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
QA Whiteboard: [QAnalyst-Triage?]
status-b2g-v2.0:
--- → unaffected
status-b2g-v2.2:
--- → affected
Flags: needinfo?(jmitchell)
Keywords: qawanted → regression
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmitchell)
Comment 6•10 years ago
|
||
I also encountered this issue during system update on Flame 2.2 and 2.1, such as "Cancel all downloads" and "System Update Ready" dialog. Flame 2.2 Environmental Variables: Device: Flame Master (319mb)(KitKat Base)(FullFlash) Build ID: 20141024040202 Gaia: d893a9b971a0f3ee48e5a57dca516837d92cf52b Gecko: a5ee2769eb27 Version: 36.0a1 (Master) Firmware Version: v188 User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0 Flame 2.1 Device: Flame 2.1 (319mb)(Kitkat Base)(Full Flash) BuildID: 20141024001204 Gaia: 0f76e0baac733cca56d0140e954c5f446ebc061f Gecko: 7d78ff7d25b6 Gonk: 05aa7b98d3f891b334031dc710d48d0d6b82ec1d Version: 34.0 (2.1) Firmware: V188 User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0
Flags: needinfo?(ktucker)
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage?]
Whiteboard: [2.1-FC-bug-bash] → [2.1-bug-bash]
Comment 8•10 years ago
|
||
(In reply to Yeojin Chung [:YeojinC] from comment #6) > Created attachment 8511325 [details] > Update_Related_Dialogs.png > > I also encountered this issue during system update on Flame 2.2 and 2.1, > such as "Cancel all downloads" and "System Update Ready" dialog. Yes, they all belong to CustomDialog module.
Summary: [Bluetooth] Gap visible on the bottom of the file transfer request page if software home button option is not enabled → [Bluetooth] Gap visible on the bottom of the custom dialog if software home button option is not enabled
Comment 10•10 years ago
|
||
I believe this is a duplicate of bug 1086715. qawanted to get a retest on 2.1 with a build that contains that fix (like [1]). 1.) https://bugzilla.mozilla.org/show_bug.cgi?id=1086715#c12
Flags: needinfo?(mhenretty)
Keywords: qawanted
Updated•10 years ago
|
Flags: needinfo?(ktucker)
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage?]
Comment 11•10 years ago
|
||
(In reply to Michael Henretty [:mhenretty] from comment #10) > I believe this is a duplicate of bug 1086715. qawanted to get a retest on > 2.1 with a build that contains that fix (like [1]). Confirmed that the issue is no longer occurring on latest Flame 2.1 nightly user build. Attaching a screenshot showing the dialog takes up the whole screen instead of leaving the bottom portion out. Tested on: Device: Flame 2.1 (shallow flash, 512MB mem) BuildID: 20141028001203 Gaia: a0174f7166745256aaca1cb3aa9f894033fbffa6 Gecko: 43bda3541f6b Version: 34.0 (2.1) Firmware: V188 User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0
Updated•10 years ago
|
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmitchell)
Comment 12•10 years ago
|
||
Dupe and fixed by bug 1086715
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•