Open
Bug 1898867
Opened 5 months ago
Updated 4 months ago
Pull to refresh triggers element below start point of gesture as if clicked
Categories
(Fenix :: Browser Engine, defect, P3)
Tracking
(Not tracked)
NEW
People
(Reporter: mikaka27, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
5.92 MB,
video/mp4
|
Details |
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:126.0) Gecko/20100101 Firefox/126.0
Steps to reproduce:
- Open https://demo.home-assistant.io/#/lovelace/home
- Stay on top of website
- Try to scroll up, but start the gesture from a clickable element
Actual results:
- Pull to refresh is triggered (that's ok)
- Clickable element was triggered, as if it was clicked (see video)
Expected results:
- Pull to refresh should be triggered
- Clickable element should not be triggered, because our intention is to scroll, not click
Updated•5 months ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Updated•5 months ago
|
Flags: needinfo?(cpeterson)
Updated•5 months ago
|
Comment 1•5 months ago
|
||
It looks;
- the clickable element is responded to a touchcancel event
- Gecko receives a touchcancel event
- IIRC, SwipeRefreshLayout (which is a component used for pull-to-refresh) sends a touchcancel (ACTION_CANCEL) on starting pull-to-refresh
Comment 2•4 months ago
|
||
The severity field is not set for this bug.
:boek, could you have a look please?
For more information, please visit BugBot documentation.
Flags: needinfo?(jboek)
Updated•4 months ago
|
Severity: -- → S3
Flags: needinfo?(jboek)
Priority: -- → P3
You need to log in
before you can comment on or make changes to this bug.
Description
•