Open Bug 91337 Opened 23 years ago Updated 2 years ago

double-click is detected even if two clicks were on different objects

Categories

(Core :: DOM: UI Events & Focus Handling, defect)

Product:
Core
Component:
DOM: UI Events & Focus Handling
Type:
defect

Tracking

()

People

(Reporter: jruderman, Unassigned)

References

Details

Attachments

(1 file)

testcase
(deleted), text/html
Details
Split from bug 53485, Mozilla too lenient on double-click detection (timing). Mozilla doesn't check if you clicked on the same thing twice when detecting double clicks. If you click on one thing, move the mouse a pixel, and quickly click on another thing, the second thing will get a double-click. Steps to reproduce (must be done quickly):1. Click on the edge of a mail message entry in the thread pane. 2. Move the mouse down one pixel so it's now over a different message. 3. Click again. Result: the second message is selected and shows up in the message pane. A few seconds later, a standalone message window appears. Expected: the second message is selected and shows up in the message pane, but nothing else should happen. I've hit this several times since I started using Mozilla Mail as dogfood, but I just now figured out that it was happening because of this double-click detection problem.
Blocks: 91338
Status: NEW → ASSIGNED
Priority: -- → P2
Target Milestone: --- → mozilla1.0
Moving to Future
Target Milestone: mozilla1.0 → Future
Priority: P2 → P4
QA Contact: madhur → rakeshmishra
I just started noticing this in 1.1alpha. Has it always been around? or did it just crop up now? I'm noticing it specifically for the case of clicking on one message and then clicking on a message directly below it. Of course, clicking on white space directly below works as well.
QA Contact: rakeshmishra → trix
Over to default owner; this is a major pain in mailnews (see bug 201879)
Assignee: rods → saari
Blocks: 201879
Status: ASSIGNED → NEW
OS: Windows NT → All
Priority: P4 → --
QA Contact: trix → desale
Hardware: PC → All
Target Milestone: Future → ---
*** Bug 92978 has been marked as a duplicate of this bug. ***
*** Bug 237466 has been marked as a duplicate of this bug. ***
*** Bug 239060 has been marked as a duplicate of this bug. ***
*** Bug 252227 has been marked as a duplicate of this bug. ***
*** Bug 252924 has been marked as a duplicate of this bug. ***
from bug 252227 comment 3: >Well, it may be a dupe, but just to clarify - i read through bug 91337 before >filing this one, and the main reason i felt this was different was because that >and the other bugs duped on it involved moving the mouse onto different objects. > This is about different windows moving under the mouse. But if that one fixes >this, then great.
Assignee: saari → events
QA Contact: desale → ian
WFM?
The behaviour outlined in the original comment now works for me too. However, the behaviour described in comment #9 is still a bug. I can't Alt-Tab fast enough to reproduce as described, but if two windows are placed next to each other I get a double click effect on the second window if I rapidly click first in one window and then in the other.
I still see the original bug (as described in comment 0) in Thunderbird 1.5 (20051201). But now it's the first message that gets opened in a new window, not the second message.
I also see this bug (as described in comment 0) in the bookmark manager of Firefox. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060107 Firefox/1.6a1
Attached file testcase (deleted) —
Severity: minor → normal
Flags: blocking1.9?
Blocks: 53694
Jesse comment #13 > I also see this bug (as described in comment 0) in the bookmark manager of > Firefox. is there a FF bug# and TB bug#? bug 53694 is the SM equivalent, which I just closed WFM (and reopened cause I just got to fail under harder testing)
Not a 1.9 blocker.
Flags: blocking1.9? → blocking1.9-
Assignee: events → nobody
QA Contact: ian → events
NOT reproducible with Test document and German SeaMonkey 2.32.1 Build 20150204202218 on German WIN7 64bit And: Before we talk about a Mozilla Bug it should be proved that on the same Computer other programs do not show the complained behavior. I am tending to see this one as UNCONFIRMED.
Not reproducible any more. Tested: Thunderbird 24.5.0 Linux.
Component: Event Handling → User events and focus handling
Severity: normal → S3

This issue has appeared for me in Thunderbird version 102.7.1 on Windows 10. As one of the comments above says, I also see this issue in the Firefox Bookmark Manager on version 109.0.

I can reproduce the issue consistently by following these steps:

  1. Open an IMAP email account in Thunderbird so that at least the subject line of more than one email is visible
  2. Click the first subject line, then with only a small time gap, click the second

Expected Result: The first email loads in the viewing window on the first click, then the second email loads in the viewing window on the second click
Actual Result: The first email loads in the viewing window on the first click, then the second email opens in a new tab on the second click

Let me know if I can provide more information to help track down this bug.

(In reply to githobbyacct from comment #20)

This issue has appeared for me in Thunderbird version 102.7.1 on Windows 10. As one of the comments above says, I also see this issue in the Firefox Bookmark Manager on version 109.0.

I can reproduce the issue consistently by following these steps:

  1. Open an IMAP email account in Thunderbird so that at least the subject line of more than one email is visible
  2. Click the first subject line, then with only a small time gap, click the second

Expected Result: The first email loads in the viewing window on the first click, then the second email loads in the viewing window on the second click
Actual Result: The first email loads in the viewing window on the first click, then the second email opens in a new tab on the second click

Let me know if I can provide more information to help track down this bug.

I apologize, I determined this issue to be due to an unexpected issue with my operating system configuration. Please disregard, and thank you for your work!

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

Attachment

General

Creator:
Created:
Updated:
Size: