overscroll behavior disables ui affordances
Categories
(Core :: Panning and Zooming, defect, P3)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox84 | --- | affected |
People
(Reporter: james.campbell, Unassigned)
References
(Blocks 2 open bugs)
Details
Attachments
(2 files)
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.88 Safari/537.36
Steps to reproduce:
I created a scrolling container using "overflow: scroll". I tested both the body having overflow-behaviour set to contain as well as the container itself.
Actual results:
If the body is set to contain, both the body and the container lose their elastic ui affordance effect when uses reaches top
If I just apply it to the container then only the container loses this effect.
Expected results:
The elastic ui affordance to indicate the user reached the top of a scrolling container should still be used even when contain is used. All that should happen is that scroll stacking shouldn't happen
See Safari on desktop to see how this should work
|
||
Comment 1•4 years ago
|
||
Hi James,
I see that you have loaded three similar bugs. I'll like to take a look at all of them, but could you attach me a test case like it was done in this bug, please? https://bugzilla.mozilla.org/show_bug.cgi?id=1576010 . Or could you share the URL to codepen where I could test this?
Thanks in advance, Flor.
|
Reporter | |
Comment 2•4 years ago
|
||
|
|
Reporter | |
Comment 3•4 years ago
|
||
(In reply to Florencia Di Ciocco from comment #1)
Hi James,
I see that you have loaded three similar bugs. I'll like to take a look at all of them, but could you attach me a test case like it was done in this bug, please? https://bugzilla.mozilla.org/show_bug.cgi?id=1576010 . Or could you share the URL to codepen where I could test this?
Thanks in advance, Flor.
I've attached body.html which recreates this
|
|
||
Comment 4•4 years ago
|
||
Hi,
Thanks for the details. I was able to reproduce the bug on Windows 10 on FF84. I believe that the severity is S4 or S3. I've chosen a component. If you consider that there's another component that's more proper for this case you may change it.
Best regards, Flor.
|
||
Updated•4 years ago
|
|
||
Comment 5•4 years ago
|
||
I'm a little confused. Firefox doesn't have an overscroll effect implemented for any cases. The bug as reported does seem to exist in Chrome though.
|
||
Comment 6•4 years ago
|
||
(In reply to Timothy Nikkel (:tnikkel) from comment #5)
Firefox doesn't have an overscroll effect implemented for any cases.
(James, perhaps you were testing with apz.overscroll.enabled set to true in about:config?)
|
||
Comment 7•4 years ago
|
||
Note that overscroll-behavior is not propagated from <body> to <html>, so I guess setting the property on <html> works as the reporter expected?
Also note that there is a bug on Chrome that Chrome does propagate the property from <body> to <html>, https://bugs.chromium.org/p/chromium/issues/detail?id=954423.
|
|
||
Comment 8•4 years ago
|
||
James, can you please clarify what the problem you are seeing is?
|
|
||
Comment 9•4 years ago
|
||
(In reply to Botond Ballo [:botond] from comment #6)
(James, perhaps you were testing with
apz.overscroll.enabledset totrueinabout:config?)
Absent other information, I'm going to assume this is the case, and use this issue to track making sure the described scenario works as per spec before shipping overscroll on desktop.
|
|
||
Updated•4 years ago
|
|
||
Comment 10•3 years ago
|
||
Clear a needinfo that is pending on an inactive user.
For more information, please visit auto_nag documentation.
|
|
||
Updated•2 years ago
|
|
|
||
Comment 11•2 years ago
|
||
I am making this bug as INVALID since our behavior matches the spec.
Description
•