Closed Bug 1129081 Opened 9 years ago Closed 9 years ago

[Window Management][Power Menu] Power Menu list items do not highlight when selected.

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:2.5+, b2g-v2.2 unaffected, b2g-master affected)

RESOLVED DUPLICATE of bug 1127066
blocking-b2g 2.5+
Tracking Status
b2g-v2.2 --- unaffected
b2g-master --- affected

People

(Reporter: Marty, Unassigned)

References

()

Details

(Keywords: regression, Whiteboard: [3.0-Daily-Testing])

Attachments

(1 file)

Attached file logcat-Power-Menu.txt
Description:
When selecting a list item from the Power Menu, there is no animation or highlight to indicate that the item has been selected.

Repro Steps:
1) Update a Flame to 20150203055641
2) Long press the Power Button to bring up the Power Menu
3) Select 'Silence incoming calls'

Actual:
The Power Menu is dismissed, but there is no highlight to indicate the list item selected.

Expected:
The list item is highlighted, indicating it has been selected.

Environmental Variables:
Device: Flame 3.0 (Full Flash)(319MB)
Build ID: 20150203055641
Gaia: ae5a1580da948c3b9f93528146b007fc4f6a712b
Gecko: ae5d04409cd9
Gonk: e7c90613521145db090dd24147afd5ceb5703190
Version: 38.0a1 (3.0)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:38.0) Gecko/38.0 Firefox/38.0


Repro frequency: 8/8
See attached: video clip, logcat

-------------------------------

This issue does NOT occur on Flame 2.2.
The list item is highlighted, indicating it has been selected.

Environmental Variables:
Device: Flame 2.2 (Full Flash)(319MB)
Build ID: 20150203002504
Gaia: cd62ff9fe199fb43920ba27bd5fdbc5c311016fc
Gecko: 11d93135c678
Gonk: e7c90613521145db090dd24147afd5ceb5703190
Version: 37.0a2 (2.2)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
[Blocking Requested - why for this release]:
Noticeable regression of a core feature.  Missing highlight to confirm selection.

Requesting a window.
blocking-b2g: --- → 3.0?
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
QA Contact: ychung
Mozilla-inbound Regression Window:

Last Working Environmental Variables:
Device: Flame 3.0
BuildID: 20150201170935
Gaia: 740c7c2330d08eb9298597e0455f53d4619bbc1a
Gecko: 231a8c61b49f
Version: 38.0a1 (3.0) 
Firmware Version: v18D
User Agent: Mozilla/5.0 (Mobile; rv:38.0) Gecko/38.0 Firefox/38.0

First Broken Environmental Variables:
Device: Flame 3.0
BuildID: 20150201174135
Gaia: 740c7c2330d08eb9298597e0455f53d4619bbc1a
Gecko: bcefc7d8d885
Version: 38.0a1 (3.0) 
Firmware Version: v18D
User Agent: Mozilla/5.0 (Mobile; rv:38.0) Gecko/38.0 Firefox/38.0

Last Working Gaia First Broken Gecko: Issue DOES reproduce 
Gaia: 740c7c2330d08eb9298597e0455f53d4619bbc1a
Gecko: bcefc7d8d885

First Broken Gaia Last Working Gecko: Issue does NOT reproduce
Gaia: 740c7c2330d08eb9298597e0455f53d4619bbc1a
Gecko: 231a8c61b49f

http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=231a8c61b49f&tochange=bcefc7d8d885

Caused by bug 950934
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
QA Contact: ychung
Botond, can you take a look at this please? This might have been caused by the work done on bug 950934.
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker) → needinfo?(botond)
Presumably this will be fixed by hooking up the ActiveElementManager in the root process as part of bug 1127066.
Depends on: 1127066
Flags: needinfo?(botond)
(In reply to Kartikaya Gupta (email:kats@mozilla.com) from comment #4)
> Presumably this will be fixed by hooking up the ActiveElementManager in the
> root process as part of bug 1127066.

I would expect so. Let's retest once bug 1127066 is fixed.
Triage: regression blocking
blocking-b2g: 3.0? → 3.0+
(In reply to Botond Ballo [:botond] from comment #5)
> (In reply to Kartikaya Gupta (email:kats@mozilla.com) from comment #4)
> > Presumably this will be fixed by hooking up the ActiveElementManager in the
> > root process as part of bug 1127066.
> 
> I would expect so. Let's retest once bug 1127066 is fixed.

Yup, the patches I just posted to bug 1127066 fix this.
Confirmed fixed on a local master build that includes patches from bug 1127066.
Status: NEW → RESOLVED
Closed: 9 years ago
No longer depends on: 1127066
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: