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)

ARM
Gonk (Firefox OS)
defect
Not set
normal

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
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
Component: Bluetooth → Gaia::Bluetooth File Transfer
Hi Ian,
I saw the same symptom on flame-kk too.
Would you mind to take a look?
Thanks.
Flags: needinfo?(iliu)
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)
QA-Wanted for branch checks
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
Keywords: qawanted
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?]
Flags: needinfo?(jmitchell)
Keywords: qawantedregression
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmitchell)
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)
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage?]
Whiteboard: [2.1-FC-bug-bash] → [2.1-bug-bash]
Michael mind taking a look?
Flags: needinfo?(alive) → needinfo?(mhenretty)
(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
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
Flags: needinfo?(ktucker)
QA Whiteboard: [QAnalyst-Triage?]
(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
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(jmitchell)
Keywords: qawanted
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmitchell)
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.

Attachment

General

Created:
Updated:
Size: