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)
Tracking
()
RESOLVED
FIXED
People
(Reporter: sspitzer, Assigned: roc)
References
Details
Attachments
(1 file)
|
1.04 KB,
patch
|
roc
:
review+
bzbarsky
:
superreview+
asa
:
approval1.8b2+
|
Details | Diff | Splinter Review |
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?
Comment 2•20 years ago
|
||
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.
Comment 3•20 years ago
|
||
did bz change the coord stuff recently?
Comment 4•20 years ago
|
||
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.
Comment 5•20 years ago
|
||
Bug #289792 could be the culprit.
Comment 6•20 years ago
|
||
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.
Comment 7•20 years ago
|
||
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.
Comment 8•20 years ago
|
||
> 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.
Comment 9•20 years ago
|
||
> 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.
Comment 10•20 years ago
|
||
> "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!).
Comment 11•20 years ago
|
||
> 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.
Comment 12•20 years ago
|
||
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
| Assignee | ||
Comment 13•20 years ago
|
||
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)
Updated•20 years ago
|
Attachment #181934 -
Flags: superreview?(bzbarsky)
Attachment #181934 -
Flags: superreview+
Attachment #181934 -
Flags: review?(bzbarsky)
Attachment #181934 -
Flags: review+
| Assignee | ||
Updated•20 years ago
|
Component: Mail Window Front End → Layout: Form Controls
Flags: review+
Product: Thunderbird → Core
Target Milestone: Thunderbird1.1 → ---
| Assignee | ||
Comment 14•20 years ago
|
||
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?
Comment 15•20 years ago
|
||
roc, thanks for the quick turn around on the fix.
Comment 16•20 years ago
|
||
Comment on attachment 181934 [details] [diff] [review]
fix
a=asa
Attachment #181934 -
Flags: approval1.8b2? → approval1.8b2+
| Assignee | ||
Comment 17•20 years ago
|
||
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.
Description
•