Closed
Bug 1030113
Opened 11 years ago
Closed 11 years ago
Regression: Menu breaks on Firefox 29+ on tablets with hardware menu
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(firefox30 wontfix, firefox31+ wontfix, firefox32+ verified, firefox33+ verified, firefox34 verified, fennec33+)
People
(Reporter: aaronmt, Assigned: liuche)
References
Details
(Keywords: regression, reproducible)
Attachments
(4 files, 1 obsolete file)
61.81 KB,
image/png
|
Details | |
3.90 KB,
patch
|
mfinkle
:
review+
lmandel
:
approval-mozilla-aurora+
|
Details | Diff | Splinter Review |
63.23 KB,
image/png
|
Details | |
83.76 KB,
image/png
|
Details |
Currently, tablets with a hardware menu button can encounter a situation where the menu button does not open the in-browser menu anymore.
This has been reported frequently on SUMO.
Steps to Reproduce (that I can reproduce the issue on)
* Enter settings via the menu and back out
* Attempt to hit the menu button again
Hitting the menu button afterwards does nothing.
The only console output on button press:
I/InputDispatcher( 2299): Delivering key to: action: 0x0
D/InputReader( 2299): Input event: value=0 when=1034627826000.
Regression range incoming.
Reporter | ||
Comment 1•11 years ago
|
||
Shipped broken in Firefox 29 and 30.
Last good revision: c9ea463d36c3 (2013-12-20)
First bad revision: 7bc1fb6a21ae (2013-12-21)
Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=c9ea463d36c3&tochange=7bc1fb6a21ae
No inbound-builds available.
status-firefox30:
--- → affected
status-firefox32:
--- → affected
status-firefox33:
--- → affected
Summary: Regression: Menu breaks on Firefox 31 on tablets with hardware menu → Regression: Menu breaks on Firefox 29+ on tablets with hardware menu
Reporter | ||
Comment 2•11 years ago
|
||
The above was filed against a Samsung GALAXY Tab 3 10" Android 4.2
Comment 3•11 years ago
|
||
Bug 940997 seems rather likely. We have this device in MV and SF so any devs in either office should be able to fix this. Note that this is an x86 device.
Comment 4•11 years ago
|
||
Regression and seems to affect quite a few users.
tracking-firefox32:
--- → +
tracking-firefox33:
--- → +
Updated•11 years ago
|
Assignee: nobody → kbrosnan
tracking-fennec: ? → 33+
Reporter | ||
Comment 6•11 years ago
|
||
This needs an assignee for 31; devices are in MV/SF.
Assignee: kbrosnan → nobody
QA Contact: kbrosnan
Comment 7•11 years ago
|
||
The first bad revision is:
changeset: 161571:6d3504faf95d
user: Chenxia Liu <liuche@mozilla.com>
date: Fri Dec 20 10:35:10 2013 -0800
summary: Bug 910189: Part 1 - Add "restore defaults" hooks into settings. r=margaret
Blocks: 910189
Flags: needinfo?(kbrosnan)
Assignee | ||
Comment 8•11 years ago
|
||
Yikes, this looks like something is going wrong with the reflection hack. I'll take a look, and if all else fails, we can try faking a menu item button and maybe use our own GeckoMenu item or something.
Assignee: nobody → liuche
Assignee | ||
Comment 9•11 years ago
|
||
Ian, I removed this atrocious hack that we had that was causing users to not be able to access our menu on some devices with a hardware button. This turns the 3-dot icon into text though (which is consistent for other apps on these devices, using text instead of icons).
Thoughts?
Assignee | ||
Comment 10•11 years ago
|
||
Lucas, I'm not sure if there is actually a way to force the 3-dot menu on some of these devices, other than that atrocious reflection hack - any ideas? I also tried nesting a menu inside an actionbar item, using our 3-dot menu drawable as the icon, but these devices seem to want to use the text instead of the icon, so that didn't work - there was just a clickable blank box where the item should be.
Attachment #8450693 -
Flags: feedback?(lucasr.at.mozilla)
Comment 11•11 years ago
|
||
Comment on attachment 8450693 [details] [diff] [review]
Patch: Remove reflection hack
Review of attachment 8450693 [details] [diff] [review]:
-----------------------------------------------------------------
(In reply to Chenxia Liu [:liuche] from comment #10)
> Created attachment 8450693 [details] [diff] [review]
> Patch: Remove reflection hack
>
> Lucas, I'm not sure if there is actually a way to force the 3-dot menu on
> some of these devices, other than that atrocious reflection hack - any
> ideas?
Yeah, I realize the hw menu has all sorts of discoverability issues but bending the platform to force a different behaviour leads to issues like this. Let's not do this.
> I also tried nesting a menu inside an actionbar item, using our 3-dot
> menu drawable as the icon, but these devices seem to want to use the text
> instead of the icon, so that didn't work - there was just a clickable blank
> box where the item should be.
Let's just let the platform do its thing.
Attachment #8450693 -
Flags: feedback?(lucasr.at.mozilla) → feedback+
Comment 12•11 years ago
|
||
Chenxia, are you going to push that commit? 31 beta 8 will go to build today.
Flags: needinfo?(liuche)
Assignee | ||
Comment 13•11 years ago
|
||
I'm not sure if we should uplift this immediately without very much baking, even though it's a very small change, and actually decreases the code complexity significantly.
Screenshots to follow.
Attachment #8450693 -
Attachment is obsolete: true
Attachment #8451944 -
Flags: review?(mark.finkle)
Flags: needinfo?(liuche)
Assignee | ||
Comment 14•11 years ago
|
||
Assignee | ||
Comment 15•11 years ago
|
||
The first screenshot that was uploaded is for displaying the menu item on all devices (including those with hardware menu items), but this always displays as a text item, which may be more prominent than we want the "Restore defaults" item.
Comment 16•11 years ago
|
||
OK. Thanks for the feedback.
FYI, beta 9 is going to build next Thursday. We probably won't accept a patch later than this.
Updated•11 years ago
|
Attachment #8451944 -
Flags: review?(mark.finkle) → review+
Assignee | ||
Comment 17•11 years ago
|
||
Assignee | ||
Updated•11 years ago
|
Target Milestone: --- → Firefox 33
Assignee | ||
Comment 18•11 years ago
|
||
STR:
On previously affected devices, you should now be able to do the following:
1. Hit HW menu button to bring up Fennec menu.
2. Open Settings, and then hit back.
3. Tap on the hw menu button again to open the Fennec menu.
Note: On devices with a HW menu key, this affects how Customize > Search > "Restore defaults" menu item is displayed - the HW menu button must be pressed to display "Restore defaults." On all other devices, the behavior should remain the same (with the 3-dot menu).
Comment 19•11 years ago
|
||
We don't build beta 9 for Firefox for Android.
Comment 20•11 years ago
|
||
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Comment 21•11 years ago
|
||
Chenxia, can we have an uplift request for aurora (32)? Except if Kevin or Mark disagree, I won't take it in 31.
Flags: needinfo?(liuche)
Assignee | ||
Comment 22•11 years ago
|
||
Comment on attachment 8451944 [details] [diff] [review]
Patch: Remove reflection hack
Approval Request Comment
[Feature/regressing bug #]: Bug 910189
[User impact if declined]: Users of some devices (samsung it seems) with hardware buttons will not be able to access the Settings more than once without restart
[Describe test coverage new/current, TBPL]: nightly
[Risks and why]: low, actually removes riskier code. Almost just code removal
[String/UUID change made/needed]: None
Attachment #8451944 -
Flags: approval-mozilla-aurora?
Flags: needinfo?(liuche)
Comment 23•11 years ago
|
||
Comment on attachment 8451944 [details] [diff] [review]
Patch: Remove reflection hack
Aurora+
Can you please verify the fix before 32 moves to Beta?
Attachment #8451944 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Comment 24•11 years ago
|
||
Reporter | ||
Updated•11 years ago
|
Reporter | ||
Updated•11 years ago
|
Status: RESOLVED → VERIFIED
status-firefox34:
--- → verified
Updated•4 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•