Closed Bug 67853 Opened 24 years ago Closed 23 years ago

drag+drop of link from browser into composer doesn't work

Categories

(SeaMonkey :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED WORKSFORME
mozilla0.9.1

People

(Reporter: sujay, Assigned: Brade)

Details

using 2/6 build of netscape on Windows

1) launch netscape
2) launch composer
3) from browser drag any link into composer blank page

the link doesn't come in. problem on windos only.

I saw other bugs filed related to the plaintext editor and XPapps(url field
drag and drop) but this is a more general problem for composer window in
general. not sure if this is a DUP or not.

happens only on Windows..Mac seems to be working.
linux is fine also..
believe this is a dup of 67842

*** This bug has been marked as a duplicate of 67842 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
But the other bug says the text comes in but the URL doesn't...
what I'm seeing here is that nothing comes in at all...

After talking to Paul Chen and Kathy, we don't feel this is a DUP...

D&D doesn't work on Composer for Windows...

Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Assignee: beppe → vishy
Status: REOPENED → NEW
Component: Editor → Browser-General
ok, that is not really true
-- If you open a 4.x browser window and drag a link into the 6.0 Composer 
window, the href content is inserted into the composer window.

-- If, you select a link from a 4.x mail message and drag a link into the 6.0 
Composer window, the href content is inserted into the composer window.

-- If you select a link from a 6.0 browser window and drag a link into the 6.0 
Composer window, it does not work.

-- if you select a link from a 6.0 message and drag a link into the 6.0 Composer 
window, it does not work.

That leads me to believe that 1) Composer does accept drag data as demonstrated 
by the drag and drop from 4.x; 2) 6.0 browser and mail compose are not dropping 
the information into the clipboard.

reassign to vishy
Bug 67842 is for dragging selected text, different bug.

This bug happens if the composer window does not have focus,
click in the editor and then do the drag, works fine.
Over to beppe, cc-ing akkana who helped me on the selected text
bug I mentioned above.
Assignee: vishy → beppe
so, the summary should say "When editor does not have focus, you cannot drag 
into the unfocused window" so, what's the problem? why would you expect to drag 
into an unfocused window? is the request here to force focus on a drag?
oh ya, and don't forget if you drag from any other application into composer, 
the drag works just as it should, if you drag FROM WITHIN THE APPLICATION it 
does not work -- so how do external apps work then with the focus thing?
I'm confused (remember I'm on Unix and use pointer focus, so maybe windows does
it differently), but doesn't selecting something to drag (which requires a mouse
down) also focus the dragged-from window?  Therefore the dragged-to window can't
be focused any more.  Are we talking about e.g. whether the content area has
focus inside the editor window before dragging to it (like the problem we used
to have where you had to click in the editor's content area before you could
type, because initial focus wasn't set properly)?
so maybe this should go over to -- is it sarri or hyatt that has focus?
Saari owns focus.  I don't know whether this is a focus issue or not, but I'll
cc him in case he's interested.
well the presumption on focus is that when you click into the broswer and 
select, focus is lost in Composer (mouse-down), so on the mouse-up over the 
Composer window results in nothing getting dropped. 
Well, the focus code should be behaving the same way across platforms in this
case, so I'm a bit confused why it would be windows only, unless that OS fires a
focus event during drag over? CC'ing pinkerton who knows more about drag and
drop than I do.
i don't think this has anything to do with focus, and it baffles me that setting 
the focus would fix it. how about sticking some dump's in the JS for handling the 
drop and seeing what is going on. Does composer find the right flavors but not 
the right data? Does it not even find the appropriate flavors? Is it not even 
getting the drag evnts?

Someone needs to do a little debugging and see, as our wild speculations are 
getting us nowhere.
well kathy, I hate to do this one to you, but I'm hoping you can come up with 
the ral answer
Assignee: beppe → brade
Target Milestone: --- → mozilla0.9.1
okay this is working now, however there is a new bug of
an extra URL being appended to the dropped link.

wil file a separate bug on that one...
I can't reproduce this bug right now
Status: NEW → RESOLVED
Closed: 24 years ago23 years ago
Resolution: --- → WORKSFORME
verified in 3/21 build.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.