Closed Bug 1129081 Opened 11 years ago Closed 11 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: 11 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: