1301658 - High Contrast Theme - multiple menu options are shown as selected

Status: NEW

(Core :: Widget: Win32, defect, P3)

Description

[Simona Badau, Desktop QA]

Attachment: highContrast.png

Mozilla/5.0 (Windows NT 10.0; WOW64; rv:51.0) Gecko/20100101 Firefox/51.0
Build ID: 20160908030434

[Affected versions]:
- Nightly 51

[Affected platforms]:
- Windows 10

[Prerequisites]:
Activate a high contrast theme.
- "Windows: Go to Personalize> Themes> Theme Settings and activate a High Contrast Theme.
- Ubuntu: Install "gnome-control-center"- > System settings -> Appearance.

[Steps to reproduce]:
1. Launch Firefox with a new profile
2. Perform one download and wait for it to be complete
3. Click on the Downloads button
4. In the downloads panel, click on the dropmarker
5. Hover your mouse over the 2 options from the dropmarker ("Clear Preview Panel" and "Open Downloads folder")

[Expected result]:
The highlight is properly done as each option is hovered.

[Actual result]:
Both options are highlighted at the same time. Please see the screenshot for more details.

[Regression range]:
Not a regression.

[Additional notes]:
Not reproducible on Windows 7.
Not reproducible on Ubuntu 14.04.

Comment 1

[Sean Lee [:seanlee][:weilonge]]

Attachment: video for reproducing the two highlighted items

Hi Paolo,

I've reproduced the bug and uploaded the video.
If the mouse cursor is moved in the right speed, it can be reproduced.

"_moz-menuactive" property is normal that there is only one _moz-menuactive="true" in these two items, and I can't figure out the root cause.
May I have your suggestion?

Thank you.

Comment 2

[:Paolo Amadini]

I have no idea, never seen this before. Maybe Dão can help, seems to be on high contrast mode only?

Comment 3

[Sean Lee [:seanlee][:weilonge]]

I tried the same steps to reproduce it on non-high contrast mode, but it can not be reproduced.

Comment 4

[Dão Gottwald [:dao]]

I've seen this before in other menus (including from the main menu bar) in high contrast mode. Feels like a widget or graphics bug where invalidation doesn't happen when it should.

Comment 5

[Wesly Huang (EPM)]

Hi Jim:

This is EPM Wesly from Taipei, nice to meet you!

Since this is an MVP bug of our project[1] that Softvision team recommended as a must-fix (in the sign-pff report), would you kindly check it, or let us know the most proper person for it?

Thanks!

[1] https://mana.mozilla.org/wiki/display/PM/Content+Handling+Enhancement

Comment 6

[Jim Mathies [:jimm]]

(In reply to Wesly Huang (Firefox EPM) from comment #5)
> Hi Jim:
> 
> This is EPM Wesly from Taipei, nice to meet you!
> 
> Since this is an MVP bug of our project[1] that Softvision team recommended
> as a must-fix (in the sign-pff report), would you kindly check it, or let us
> know the most proper person for it?
> 
> Thanks!
> 
> [1] https://mana.mozilla.org/wiki/display/PM/Content+Handling+Enhancement

Anyone from our community who knows a little bit about Mozilla and win32 coding can work on this. Internally I don't have anyone I can put on this now. It's pretty polishy, and therefore not a high priority.

Comment 7

[Dão Gottwald [:dao]]

(In reply to Jim Mathies [:jimm] from comment #6)
> It's pretty polishy, and therefore not a high priority.

Not knowing what option from the dropdown will be activated is actually pretty bad from a user's perspective...

Comment 8

[Peter Dolanjski [:pdol]]

(In reply to Dão Gottwald [:dao] from comment #7)
> (In reply to Jim Mathies [:jimm] from comment #6)
> > It's pretty polishy, and therefore not a high priority.
> 
> Not knowing what option from the dropdown will be activated is actually
> pretty bad from a user's perspective...

While it's likely not that common that a user will hit this, it does block basic functionality for those that do, so I agree with Dão.

Comment 9

[Wesly Huang (EPM)]

Thanks Jim and Dao, also Peter's comment from the Product team.

Jim, I understand you don't have people to put here for now. However since this polish work indeed impact those using it (and their experience/impression to Firefox), do you think you'll able to consider raising its priority and plan a resource on it in the near future? (e.g., early FFX 53?)

Thanks!

Comment 10

[Wesly Huang (EPM)]

Hi Jim:

Since this was set to P2 while FFX52 nightly, shall we update it to P1 now as we started FFX53 nightly last week? (I read the priority based on the Triage model presented in London[1])

Thanks!

[1] https://docs.google.com/presentation/d/1qlXlDsMnvcpA5ppJVJWIBaBDPEyw5hbjU-Q7wjjrZQM/edit#slide=id.g14da572af9_0_95

Comment 11

[Sean Lee [:seanlee][:weilonge]]

Hi Simona,

Could you provide the reproduce rate of this issue? In my experiments (video attachment 8801050 [details]), this bug is only reproducible under certain mouse movement speed.

IMO, the issue requires following 3 conditions to reproduce:
1. Windows 10
2. High Contrast Mode
3. at the certain mouse movement speed.

If you find any way to increase the reproducing rate, please share your steps.

BTW, this issue can be recovered by moving through the dropdown menu again once this issue happens in user side.

(In reply to Sean Lee [:seanlee][:weilonge] from comment #1)
> Created attachment 8801050 [details]
> video for reproducing the two highlighted items
> 
> Hi Paolo,
> 
> I've reproduced the bug and uploaded the video.
> If the mouse cursor is moved in the right speed, it can be reproduced.
> 
> "_moz-menuactive" property is normal that there is only one
> _moz-menuactive="true" in these two items, and I can't figure out the root
> cause.
> May I have your suggestion?
> 
> Thank you.

Comment 12

[Simona Badau, Desktop QA]

Attachment: High Contrast.mp4

(In reply to Sean Lee [:seanlee][:weilonge] from comment #11)
> Hi Simona,
> 
> Could you provide the reproduce rate of this issue? In my experiments (video
> attachment 8801050 [details]), this bug is only reproducible under certain
> mouse movement speed.
> 
> IMO, the issue requires following 3 conditions to reproduce:
> 1. Windows 10
> 2. High Contrast Mode
> 3. at the certain mouse movement speed.
> 
> If you find any way to increase the reproducing rate, please share your
> steps.
> 
> BTW, this issue can be recovered by moving through the dropdown menu again
> once this issue happens in user side.

Indeed, I could only reproduce this issue on Windows 10 with a High Contrast theme and, on Firefox 50 release it was also dependent of the mouse movement speed (moving the mouse faster between the menus option fields will highlight more than one field).

But on the latest Nightly 53.0a1 (20161124030208) things have gotten worse and the issue is reproducible every time a menu is opened (no longer dependent on the mouse movement speed). Please see the screen cast.

Comment 13

[Jim Mathies [:jimm]]

(In reply to Wesly Huang (Firefox EPM) from comment #10)
> Hi Jim:
> 
> Since this was set to P2 while FFX52 nightly, shall we update it to P1 now
> as we started FFX53 nightly last week? (I read the priority based on the
> Triage model presented in London[1])
> 
> Thanks!
> 
> [1]
> https://docs.google.com/presentation/d/1qlXlDsMnvcpA5ppJVJWIBaBDPEyw5hbjU-
> Q7wjjrZQM/edit#slide=id.g14da572af9_0_95


I'm sorry but I do not have anyone on the platform integration team that can work on this currently.

Comment 14

[Sean Lee [:seanlee][:weilonge]]

(In reply to Simona B [:simonab ] from comment #12)
> Created attachment 8814343 [details]
> High Contrast.mp4
> 
> Indeed, I could only reproduce this issue on Windows 10 with a High Contrast
> theme and, on Firefox 50 release it was also dependent of the mouse movement
> speed (moving the mouse faster between the menus option fields will
> highlight more than one field).
> 
> But on the latest Nightly 53.0a1 (20161124030208) things have gotten worse
> and the issue is reproducible every time a menu is opened (no longer
> dependent on the mouse movement speed). Please see the screen cast.

After watching the screen cast, this issue is not only relative to Downloads Panel but also the context menu in the content.

Comment 15

[Sean Lee [:seanlee][:weilonge]]

Hi Dao,

Could you see attachment 8814343 [details] which is the screencast to show the high contrast issue?
It seems a general high contrast issue which is not limited to Downloads Panel only.
Do you have any idea for this issue? or anyone can help on it? Thanks.

Comment 16

[Dão Gottwald [:dao]]

(In reply to Sean Lee [:seanlee][:weilonge] from comment #15)
> Hi Dao,
> 
> Could you see attachment 8814343 [details] which is the screencast to show
> the high contrast issue?
> It seems a general high contrast issue which is not limited to Downloads
> Panel only.

Yes, I already noted this in comment 4.

> Do you have any idea for this issue? or anyone can help on it? Thanks.

It seems like a win32 widget issue and therefore needs someone with expertise in that field. I'd take a look myself but I wouldn't even know where to start as I have almost no experience with this code.

Comment 17

[Wesly Huang (EPM)]

(In reply to Jim Mathies [:jimm] from comment #13)
> I'm sorry but I do not have anyone on the platform integration team that can
> work on this currently.

Thanks Jim, then maybe you can consider to set it to P1 in the early FFX54 nightly? i.e., plan a resource in advance, given the impact could be actually higher than originally understood (not only for Download Panel, but context menu) according to the discussion in comment#15 and comment#16.

Thanks!

Comment 18

[Marco Bonardo [:mak]]

I've found various reports of this: bug 1208972, bug 993387, it seems to go back at least to FF29, even if the first bug actually says it is reproducible even with keyboard selection.

Comment 21

[:Gijs (he/him)]

I'm fairly sure this is effectively the same as bug 1294788, which is a regression of bug 888870, if that helps at all. :-\

Comment 22

[Adrian Florinescu [:aflorinescu]]

To sum up:
- this bug should track the multiple selections issue (as described in comment 0), with the note that this affects multiple areas, such as main menus, context dropdowns, etc) and not only download dropmarker.
- this bug got way worse after bug 1314133: "Enable the GPU process for Nightly Windows users." 
I can confirm this is the case since setting layers.gpu-process.dev.enabled to false will default to the old bad behavior. (new bad behavior: everything in the menus appear as getting selected. -see attachment 8814343 [details])

Based on the above, changing the bug summary and removing the block on bug 1269956 and on bug 1320259. Adding bug 1314133 as blocking since it seems to be the culprit for the worsening of this bad behavior.

Comment 23

[Jim Mathies [:jimm]]

Hey Simona? Are you still seeing this? I'm testing with the high contrast black theme, latest nightly. I can't reproduce.

Comment 24

[Simona Badau, Desktop QA]

Attachment: highContrastN54.0a1.mp4

(In reply to Jim Mathies [:jimm] from comment #23)
> Hey Simona? Are you still seeing this? I'm testing with the high contrast
> black theme, latest nightly. I can't reproduce.

Mozilla/5.0 (Windows NT 10.0; WOW64; rv:54.0) Gecko/20100101 Firefox/54.0
Build ID: 20170126030209

Yes, I can still reproduce this issue on the latest Nightly 54.0a1 on Windows 10 x64.
Please see the screen cast as a confirmation.

Comment 25

[coconope]

Hi

I have been affected from this bug since windows 10 come out. It's a very old bug and Thunderbird have it also. 
Right now the Firefox 53 is way more easy to "paint" all menus in the high contrast mode with the highlight color.

Comment 26

[Sylvestre Ledru [:Sylvestre]]

Moving to p3 because no activity for at least 1 year(s).
See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information