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)
SeaMonkey
General
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.
Comment 2•24 years ago
|
||
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 → ---
Updated•24 years ago
|
Assignee: beppe → vishy
Status: REOPENED → NEW
Component: Editor → Browser-General
Comment 5•24 years ago
|
||
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
Comment 6•24 years ago
|
||
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
Comment 7•24 years ago
|
||
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?
Comment 8•24 years ago
|
||
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?
Comment 9•24 years ago
|
||
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)?
Comment 10•24 years ago
|
||
so maybe this should go over to -- is it sarri or hyatt that has focus?
Comment 11•24 years ago
|
||
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.
Comment 12•24 years ago
|
||
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.
Comment 13•24 years ago
|
||
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.
Comment 14•24 years ago
|
||
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.
Comment 15•24 years ago
|
||
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
Assignee | ||
Updated•24 years ago
|
Target Milestone: --- → mozilla0.9.1
Reporter | ||
Comment 16•23 years ago
|
||
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...
Assignee | ||
Comment 17•23 years ago
|
||
I can't reproduce this bug right now
Status: NEW → RESOLVED
Closed: 24 years ago → 23 years ago
Resolution: --- → WORKSFORME
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•