Open
Bug 335646
Opened 19 years ago
Updated 3 years ago
Drag and Drop of tree plus/minus symbol shouldn't be possible
Categories
(Thunderbird :: Mail Window Front End, defect)
Tracking
(Not tracked)
NEW
People
(Reporter: dev+mozilla, Unassigned)
Details
Steps to reproduce:
1. In the 3-pane window, click on the +/- icon of a node (with children) in the mail folder tree. Hold the mouse button down.
2. Move the mouse a bit.
Expected results:
The tree opens or closes. The mouse cursor does not change.
Actual results:
The tree doesn't open or close. Instead, the mouse cursor changes to a drag and drop cursor, and the folder will be moved to a different location.
This is a usability and practically a dataloss issue because (in my case) I have drag-and-dropped a folder to another folder (which does not open, which is a different issue) and than had to search for the lost folder. This has happened to me several times.
I suppose this has to do with the fact that my a bit aged computer (Athlon 1.4 GHz) doesn't allow TB to process the clicks quickly enough so that TB sometimes detects a click-and-move where there is none. Or maybe I just have shaky hands when clicking. Who knows.
Updated•18 years ago
|
QA Contact: front-end
Comment 1•17 years ago
|
||
can you reproduce what is described?
Assignee: mscott → nobody
Keywords: dataloss
Comment 2•17 years ago
|
||
I was able to reproduce this, with one additionnal step, though.
--facts--
1. Click on an item to select it
2. Click and hold the mouse on the + or -
3. Drag
This allows me to use the same behavior than the usual drag on an item, but is triggered by dragging on the + or -.
This does NOT happen for me when the item is not selected.
-- thoughts (feel free to ignore ;) ) --
Since the expand/collapse action happens on mouse up behavior, and since the drag behavior can be triggered from anywhere withing the selected item's line, any movement on the mouse during a click on the +/- will be trapped by the drag behavior instead of the expand/collapse behavior.
Simple fixes could be to either prevent drag events starting from the +/- region or trapping the mouse down event on that area, I guess.
Comment 3•17 years ago
|
||
Well, Vincent is right, this issue reproduced right away.
If any of the items is selected the cursor turns into a drag and drop cursor and it actually does drag and drop.
If no item is selected, nothing happens, not even item collapse/expand.
Please see video at http://www.gridpulse.com/tbtest/tb_test_335646.swf.
Regards,
Bogdan
Comment 4•16 years ago
|
||
This is seriously weird. See this on windows current trunk, and may be worse than described.
click any folder A to select it. Then left click on the expander widget and drag and drop the widget to some other folder - what it does is drag folder A.
It will also drag and account - I didn't attempt to drop it for fear of what it might do.
see this on Mac?
OS: Linux → All
![]() |
||
Comment 5•16 years ago
|
||
(In reply to comment #4)
> see this on Mac?
Well, I see some goofiness and even a null crash at objc_assign_strongCast when I tried playing around with dragging and dropping stuff, but not when I tried exactly reproducing the STR above. Inconclusive from me.
Comment 6•16 years ago
|
||
Gary comment #5
> (In reply to comment #4)
> > see this on Mac?
>
> Well, I see some goofiness and even a null crash at objc_assign_strongCast when
> I tried playing around with dragging and dropping stuff,
Gary, did you file a bug?
Do we send this to widgets?
Severity: normal → minor
Updated•3 years ago
|
Severity: minor → S4
You need to log in
before you can comment on or make changes to this bug.
Description
•