1327837 - Dropmarkers/twistys in <tree> ignore clicks when clicked faster than a certain rate

Status: NEW

(Toolkit :: UI Widgets, defect, P5)

Description

[arni2033]

>>>   My Info:   Win7_64, Nightly 49, 32bit, ID 20160526082509
STR_1:
1. Create bookmarks folder "asdf". In that folder create subfolder "zxcv"
2. In bookmarks sidebar select folder "zxcv" created in Step 1
3. Keep clicking on dropmarker of folder "asdf", at speed no less than 1 click per second

AR:  In Step 3 dropmarker responds to 1st click and ignores other clicks
ER:  Dropmarker should respond to every click: toggle the folder "asdf" (native Windows 7 behavior)

Other references of good behavior: dropmarker in <select> elements, in urlbar, in Page Info -> General

Comment 1

[Hani Yacoub, Desktop QA]

Build ID: 20170130030205
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:54.0) Gecko/20100101 Firefox/54.0

Reproducible on Windows 10 x64bit on the latest Firefox release 51.0.1, on the latest Nightly 54.0a1 and on Nightly 49.0a1.

Comment 2

[Hani Yacoub, Desktop QA]

Hsin-Yi Tsai since you changed the component from Event Handling to Untriaged, what do you think is the correct component for this issue? Should I change the component to DOM: Events?
Thanks.

Comment 3

[Hsin-Yi Tsai (she/her) [:hsinyi]]

(In reply to Hani Yacoub from comment #2)
> Hsin-Yi Tsai since you changed the component from Event Handling to
> Untriaged, what do you think is the correct component for this issue? Should
> I change the component to DOM: Events?
> Thanks.

Hello Hani,
In our triage meeting, we thought it's a more front-end bug and would be good to start from there. I moved the bug to Firefox::Untriaged because the bug title mentions several firefox modules and I was not really sure if there's a module for a specific "dropmarker" issue. That's why I was hoping a firefox front-end expert could help move this to a better place (sorry I should have left this comment). However, according to that bookmark is explicitly mentioned in STR, I am guess moving to "Firefox::Bookmarks & History" looks a good step. Thank you.

Comment 5

[Mark Banner (:standard8)]

From what I can tell from from local experimentation, the twisty stops responding when the click frequency increases over a certain rate. At slower speeds, the expansion/collapse always look instantaneous to me, so it is less likely to be a performance issue with the code providing the data for the tree.

I can also reproduce similar effects in Thunderbird that use the tree view but it is based on different data.

Hence I think this is a problem with the xul tree widget - I think it is likely that it is ignoring twisty clicks when getting to "double-click" speed.

This is probably not a big useability issue, most users won't be clicking multiple times, although two possible minor contrasting concerns:

- Accidentally clicking on it & realising it, you might try to click again quickly, and it won't necessarily expand again.
- The user might accidentally double click on it and it'd then expand & collapse again, ending up where they don't want it.