Closed
Bug 298597
Opened 20 years ago
Closed 7 years ago
double-clicking bottom address moves the list up by one, so slow double click will choose wrong message
Categories
(Thunderbird :: Address Book, defect)
Thunderbird
Address Book
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: kiernan.je, Unassigned)
Details
Attachments
(2 files)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4 TOTALLY REPRODUCIBLE! (I am a programmer, I know of bugs) I am using TBird 1.02, in 1024x768 mode fully sized. Double clicking on the bottom address on a scrollable list from the address book gives you the one below the one you want! Reproducible: Always Steps to Reproduce: 1. Open a new E-Mail to write with an address book longer than the screen length (that has scroll bars on it). 2. Click once on the bottom address that you can see. The list moves UP one! 3. Then click again on the BOTTOM one, the list moves up one again (and so on). Actual Results: Wrong address chosen when DOUBLE clicking! Expected Results: Given the exact address. This drives me crazy as I always send E-Mails to the person at the bottom of the list and double click fast and *think* I've gotten his address, but have gotten the person below him (who wants to know what the heck I'm talking about in the cryptic (to her) E-Mail she has just received! Please.... can someone fix this?!?!?!? (I would, but it's not written in Visual FoxPro, JavaScript, HTML or Fortran<grin>.) Thanks!
Comment 1•19 years ago
|
||
This is an automated message, with ID "auto-resolve01". This bug has had no comments for a long time. Statistically, we have found that bug reports that have not been confirmed by a second user after three months are highly unlikely to be the source of a fix to the code. While your input is very important to us, our resources are limited and so we are asking for your help in focussing our efforts. If you can still reproduce this problem in the latest version of the product (see below for how to obtain a copy) or, for feature requests, if it's not present in the latest version and you still believe we should implement it, please visit the URL of this bug (given at the top of this mail) and add a comment to that effect, giving more reproduction information if you have it. If it is not a problem any longer, you need take no action. If this bug is not changed in any way in the next two weeks, it will be automatically resolved. Thank you for your help in this matter. The latest beta releases can be obtained from: Firefox: http://www.mozilla.org/projects/firefox/ Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html Seamonkey: http://www.mozilla.org/projects/seamonkey/
| Reporter | ||
Comment 2•19 years ago
|
||
Just tested and confirmed again in TB 1.06. More info for duplication: bring up a new mail window with the address book in the left pane. Click on the bottommost address. IMPORTANT: The address book should have more addresses than can show in the window (scroll off the pane). Then make sure the bottommost address is not totally visible (the 'card' icon should be just slightly less than totally showing). This can be achieved by resizing the window if needed. The problem comes when you DOUBLE CLICK on the address. Because of the positioning (not 100% 'visible' -- although it seems to the naked eye to be totally visible), TB moves the address UP and the second click of the double click actually selects the address BELOW the one you want! This may seem minor to you, but it happens to me ALL THE TIME! And it drives me nuts. - John Kiernan
Comment 3•18 years ago
|
||
John, what I've tested WFM**, but then I'm having trouble following your description (which may be why no one else responded). ** version 3 alpha 1 (20060608) a) Do you see this TB v1.5.0.4? If not, please close the bug WORKSFORME. b) If still a problem, please list instructions step by step, for example 1. 2. 3. .. 15 instead of in paragraph form, so someone can *easily* reproduce your problem.
| Reporter | ||
Comment 4•18 years ago
|
||
Some additional input: Yes, it still occurs with the latest version 1.5.0.4 More ways to reproduce: Requires (probably) a screen setting of 1024 x 768. I always have the TB maximized. Also requires a more than full address book (so that the lists scroll off the bottom of the Contacts List while composing a new EMail. Click 'Write' to make a new EMail. Click on the bottom name on the address book, and it causes the list to scroll UP one listing. Perhaps it is because there is a slight amount of the listing *below* the visible area, but on my screen the entire name is visible and even a small amount of white space underneath the letters of the last listing. The problem: if you are double clicking on the last name, the first click moves the listing up one and the second click captures the name UNDER the one you want! This has happened to me more times than I want to count! And if I'm not careful, it gets *VERY* embarrassing as I have sent some confidential info to someone I should not have! For most of us, double clicking is a single action, not two actions. You don't stare at an icon on your desk when yuou double clicking it, in CASE it moves away and another icon takes its place! I don't think this behavior should exist in TB either! If I knew the language, I'd give you the fix, but it's outside my area of expertise! -- John Kiernan (kiernan.je@verizon.net)
Comment 5•18 years ago
|
||
John, thanks for the update. I tried several delay lengths of double click and I cannot replicate your problem. In every case, whether I dbl-clicked fast or slow, it transfered the address that I first clicked on, even though it moved in the address list and even though my second click did NOT have the mouse over the address I first clicked on. (screen shots follow) In any event, I would not consider this a bug. A single click brings the full address into view, as one would want. this is standard UI behavior. I don't think you can reasonably expect to click on a spot where something HAD been and have it be selected. So, what you are seeing should be expected. And for me, it's behaving better than I would expect. So I anticipate marking this bug invalid. several workarounds: a) change your mouse's double click speed in settings>control>mouse, b) size the compose window so that addresses are not shown as partials, c) before clicking, scroll address higher so that it is not partial and not last in the visible list. In the future, please number you steps with each step being a single *action* as I suggested. It makes it easier for someone else to reference back to specific steps and also makes it easier to follow to reproduce your problem. if there are extra comments, list them outside as comments before or after the steps.
Comment 6•18 years ago
|
||
notice bottom address is partially displayed
Comment 7•18 years ago
|
||
notice selected address has moved up and address below is partially visible
Updated•18 years ago
|
QA Contact: address-book
Comment 8•17 years ago
|
||
Magnus, in my testing this does not "gives wrong address", however the UI is odd (comment 7). I suppose we should either wontfix or confirm - which do you think?
Severity: normal → minor
Comment 9•17 years ago
|
||
I guess it could be improved, yeah...
Assignee: mscott → nobody
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
Hardware: PC → All
Summary: Double-clicking bottom address moves the list up, gives wrong address → double-clicking bottom address moves the list up by one, so slow double click will choose wrong message
Comment 10•16 years ago
|
||
I can confirm this. If you open any address book that has more contacts than would fit in the contact list window, then double clicking on the last contact displayed in the window will result in the list moving up by one row and the next (previously hidden) contact being opened for editing. (TB 2.0.0.18 DE)
Comment 11•7 years ago
|
||
I see no movement at all now. Closing. Thunderbird 52.1.1 (32-bit) Windows 7 64-bit
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•