Closed Bug 1654499 Opened 4 years ago Closed 3 years ago

[wayland] Broken hover on date input dialogs

Categories

(Core :: Widget: Gtk, defect, P2)

78 Branch
Desktop
Linux
defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox-esr68 --- unaffected
firefox-esr78 --- disabled
firefox78 --- disabled
firefox79 --- disabled
firefox80 --- disabled
firefox81 --- disabled

People

(Reporter: slavic, Unassigned)

References

(Blocks 1 open bug, Regression)

Details

(Keywords: regression)

Attachments

(1 file)

Attached video Screencast of the issue

User Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:78.0) Gecko/20100101 Firefox/78.0

Steps to reproduce:

Created a page with a date input, clicked on the input, hoevered over the input dialog (date selection).

Actual results:

The wrong days received hover effect, being somehwat shifted vertically down from the actual hovered cells.

Expected results:

The cells actually hovered should receive the hover effect.

Hi slavic!
I was unable to reproduce it on latest Nightly version 80.0a1 (2020-07-27)(64-bit).
Could you share with us the test page or add a more clear test case to reproduce this problem?
Also, please download Firefox Nightly from here: https://nightly.mozilla.org/ and retest to check if the issue still occurs there as well.

Flags: needinfo?(slavic)

Bugbug thinks this bug should belong to this component, but please revert this change in case of error.

Component: Untriaged → Layout: Form Controls
Product: Firefox → Core

Reproduceable code: https://codepen.io/slavicd/pen/jOWjYaV

Have not tried nightly yet.

Flags: needinfo?(slavic)

I can repro on Wayland, but not on X11 / XWayland. Just data:text/html,<input type=date> reproduces the issue for me.

You can use the firefox-x11 package in Fedora if this annoys you too much I think :)

Moving to the right component.

Status: UNCONFIRMED → NEW
Component: Layout: Form Controls → Widget: Gtk
Ever confirmed: true
Summary: Broken hover on date input dialogs → [wayland] Broken hover on date input dialogs

Confirming that only happens in Wayland. Thanks Emilio for the hint. Coupled with numerous other bugs of Wayland I think it's time for me to switch back to using X11 for another year or so.

Hover the first week. The first week should be highlighted, not the second.
MOZ_ENABLE_WAYLAND=1 mozregression --good 2020-01-29 --bad 2020-07-29 --pref gfx.webrender.all:true -a 'data:text/html,<input type=date>'

10:22.71 INFO: Last good revision: b3dc4544df1f551d462e4ff6559c37b72b8269b6
10:22.71 INFO: First bad revision: 57400551129c73bf1a5b738e7fa03d331c02601d
10:22.71 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=b3dc4544df1f551d462e4ff6559c37b72b8269b6&tochange=57400551129c73bf1a5b738e7fa03d331c02601d

57400551129c73bf1a5b738e7fa03d331c02601d Jan Horak — Bug 1623974 [wayland] Attach popups to anchor rects; r=stransky

Keywords: regression
OS: Unspecified → Linux
Regressed by: 1623974
Hardware: Unspecified → Desktop
Has Regression Range: --- → yes

Thanks for the clear reproducer! Will look at it.

Priority: -- → P2

Can you please test latest nightly under Wayland? A new popup handling code landed there.
Thanks.

Please re-test with new nightly as it gets another popup fixes.
Thanks.

Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → WORKSFORME

I'm unable to reproduce any more.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: