All context menus are shown in Pocket panel dropdown
Categories
(Firefox :: Pocket, defect, P5)
Tracking
()
People
(Reporter: csasca, Assigned: rpl)
References
(Blocks 1 open bug, Regression)
Details
(Keywords: regression)
Attachments
(1 file)
Affected versions
- Firefox 88.0b3
- Firefox 89.0a1
Affected platforms
- Windows 10
- macOS 10.15.7
Steps to reproduce
- Launch Firefox
- Open Pocket menu from the toolbar
- Right click on the Pocket panel
Expected result
- Specific context menus for the panel are shown
Actual result
- All the context menus are shown
Regression range
- Will see for a regression
Additional notes
- The issue can be seen in the following attachment
- Ubuntu doesn't seem to be affected
Updated•4 years ago
|
Reporter | ||
Updated•4 years ago
|
Comment 1•4 years ago
|
||
This seems to be an old regression (2019):
-
Potential regressor: From the generated pushlog, Bug 1505909 seems to have touched the context menu area.
Mike, can you please take a look? (Sorry if it turns out that I've pinged the wrong potential regressor).
Updated•4 years ago
|
Comment 2•4 years ago
|
||
Dropping this from Proton tracking given the issue predates proton.
Comment 3•4 years ago
|
||
Clearing the priority set in comment 1, since this predates Proton.
Comment 4•4 years ago
|
||
I'm hoping the Pocket folks have cycles to look at this more.
Updated•4 years ago
|
Assignee | ||
Comment 5•4 years ago
|
||
Updated•4 years ago
|
Assignee | ||
Comment 6•4 years ago
|
||
Push to try (the other test did all pass for me locally, but I also added couple more tests in a test to cover this issue with some more explicit test coverage even if minimal, I pushed it including --verify to double-check if that part may become a source of intermittency):
Comment 8•4 years ago
|
||
Backed out changeset d0e9b3b951f8 (Bug 1701152) for causing failures in browser_toolbarButtonKeyPress.js CLOSED TREE
Log: https://treeherder.mozilla.org/logviewer?job_id=338343468&repo=autoland&lineNumber=2300
Backout: https://hg.mozilla.org/integration/autoland/rev/e276f601e5ee51d936173674ccb589718c6a26be
Assignee | ||
Comment 9•4 years ago
|
||
eh, well I wasn't really expecting a test from browser/base/content/test/keyboard/browser_toolbarButtonKeyPress.js to be expliclitly checking if the pocket button do use an iframe for the panel, and I did not notice it in my first push to try.
I'll update the patch accordingly (also look if there was some other one like this around the mozilla-central tree).
Comment 10•4 years ago
|
||
Comment 11•4 years ago
|
||
bugherder |
Updated•4 years ago
|
Comment 12•4 years ago
|
||
The patch landed in nightly and beta is affected.
:rpl, is this bug important enough to require an uplift?
If not please set status_beta
to wontfix
.
For more information, please visit auto_nag documentation.
Assignee | ||
Comment 13•4 years ago
|
||
The bug itself doesn't seem too critical, it just looks bad if the user happen to right click in the pocket panel but it shouldn't be breaking anything for the pocket toolbar button panel on its own.
The fix should be low risky (in the end it is "a couple of lines" fix + 99% tests), but I would leave the final choice to the Pocket engineers.
Comment 14•4 years ago
|
||
This is a P5/S3, we have had this bug for 2 years and we are preparing beta 12, I think this fix can ride the 90 train, thanks.
Updated•4 years ago
|
Description
•