Closed Bug 291537 Opened 20 years ago Closed 20 years ago

unable to use drag and drop to move local folders around

Categories

(Core :: Layout: Form Controls, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: sspitzer, Assigned: roc)

References

Details

Attachments

(1 file)

unable to use drag and drop to move local folders around I am only able to click on a folder in the folder pane. I can't see to click drag and hold at all. I'm using version 1.0+ (20050422) on windows xp. I think this is a recent regression?
i think so too
Status: NEW → ASSIGNED
Target Milestone: --- → Thunderbird1.1
The event for the drag and drop has bad coordinates which cause us to fail to get the row: http://lxr.mozilla.org/mozilla/source/mailnews/base/resources/content/messengerdnd.js#355 var row = folderTree.treeBoxObject.getRowAt(event.clientX, event.clientY); row is always -1 in this scenario.
did bz change the coord stuff recently?
event.clientX and event.clientY look like negative values to me using trunk builds. If I run a 1.0 build and try to drag the same folder, I get positive coordinates fo clientX and clientY.
Bug #289792 could be the culprit.
So when, exactly, did this break? For that matter, is the problem reproducible in Seamonkey mailnews? If so, and if someone tells me clearly how to reproduce it, I could probably figure out the regression period. The changes in bug 289792 shouldn't have affected the client coords of any mouse events. The changes in bug 255378, on the other hand, could have.
Boris, to reproduce, just open up your local folders, click on one and try to drag it onto another local folder. nsITreeBoxObject.getRowAt always returns an invalid row (-1) based on these new event coordinate values we are now getting.
> Boris, to reproduce, just open up your local folders, click on one and try to > drag it onto another local folder. That does absolutely nothing in Seamonkey mailnews and hasn't in a good long while, if it ever did (tested a build from March 2005, January 2005, and then from April 2004)... I tried dragging Sent to Templates, if that matters.
> That does absolutely nothing in Seamonkey mailnews and hasn't in a good long > while, if it ever did (tested a build from March 2005, January 2005, and then > from April 2004)... I tried dragging Sent to Templates, if that matters. it will work in seamonkey, assuming that the folder you are trying to move is "movable". "Sent" is a special folder, so you probably got the "deny" cursor. try creating a new local folder first (like "aaa") and try dragging and dropping that to the trash folder.
> "Sent" is a special folder, so you probably got the "deny" cursor. I actually got no feedback whatsoever... I'll try creating a new local folder, I guess (this is where steps to reproduce come in!).
> I actually got no feedback whatsoever... I'll try creating a new local folder, I > guess (this is where steps to reproduce come in!). That's part of the bug. Try again with your build from March 2005, January 2005, and April 2004 to see the difference.
OK. So now I can reproduce, and I see the following behavior: 1) 2005-04-14-06 build works fine 2) 2005-04-15-06 through 2005-04-17-06 the drop position is offset (bug 290494). 3) 2005-04-18-06 and later I can't even start dragging the folder (never get a drag cursor) I assume item #3 is what this bug is about? If so, it seems to be caused by the fix for bug 288406 (tested via local backout).
Assignee: mscott → roc
Status: ASSIGNED → NEW
Blocks: 288406
Attached patch fixSplinter Review
The early call to StopDragGesture was wiping out the mGestureDownPoint. We can simply not wipe it out. All that matters in StopDragGesture is that we set the target content to null so IsTrackingDragGesture subsequently returns PR_FALSE.
Attachment #181934 - Flags: superreview?(bzbarsky)
Attachment #181934 - Flags: review?(bzbarsky)
Attachment #181934 - Flags: superreview?(bzbarsky)
Attachment #181934 - Flags: superreview+
Attachment #181934 - Flags: review?(bzbarsky)
Attachment #181934 - Flags: review+
Component: Mail Window Front End → Layout: Form Controls
Flags: review+
Product: Thunderbird → Core
Target Milestone: Thunderbird1.1 → ---
Comment on attachment 181934 [details] [diff] [review] fix simple fix for a folder drag-drop regression.
Attachment #181934 - Flags: review+
Attachment #181934 - Flags: approval1.8b2?
roc, thanks for the quick turn around on the fix.
Attachment #181934 - Flags: approval1.8b2? → approval1.8b2+
checked in
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: