HTML5 Drag and Drop: Bugs and known issues

HTML5 Drag and Drop: Bugs and known issues

Today's snapshot has initial support for HTML5 Drag and Drop.

This will affect all drag and drop related functionality in Opera, which is why people should look out for regressions.

You can use this thread to discuss DnD related issues.

When posting about a problem related to drag and drop, please do the following:

• Search the thread to find existing discussions
• When reporting a bug, please include the resulting bug ID in your post

Some known issues

• Drag and drop to external applications and operating system is not working properly
• Can't drag and drop files from file system onto mail body to attach them
• DSK-358366 Can't drag page link to another window
• DSK-359705 Dragging an image or link to the tab bar of a background window crashes
• DSK-358345 Can't drag bookmark to active tab
• DSK-358984 Cannot drag when text is auto selected
• DSK-359272 Dragging tab out of tab bar before dropping is broken
• DSK-359678 Crash when draggin tab out of the window to create a new one
• DSK-359368 Can't drag and drop to rearrange mail panel categories
• DSK-359751 [Win] Dragging downloads from manager to desktop crates shortcut and not copy
• DSK-359867 [Unix] Mail/RSS tree view's drag and drop interferes with splitter
• DSK-359434 Dragged object is lost when hovering over side panel
• DSK-360118 Dragging and dropping extension's config.xml installes extension in developer mode twice

DSK-360012 drag-n-drop any selection with link -> open new tab with selected link

Try this examples:

http://html5demos.com/drag

Problems:
1) Dragging some item anywhere else than to the bin opens new tab
2) it is hard to actually drag some item - no problem in chrome

DSK-360022 - Drag&drop shouln't start until the mouse moves into a certain distance

Dragging starts even after unintentionally moving the pointer for 1px, which is common if you use a tablet. This is especially annoying with the issue above (DSK-360012).

Opera should allow the mouse to move for some distance before actually starting the drag&drop. On Windows this distance is GetSystemMetrics(SM_CXDRAG) and GetSystemMetrics(SM_CYDRAG).

http://blogs.sitepointstatic.com/examples/tech/filedrag/1/index.html doesn't work

Just dragging an image shouldn't open it in a new tab. If it's not set to be draggable, it probably shouldn't be opening it in a new tab unless it's scripted to do that when dragged away from its position.

From other browsers I've seen it just gets animated back in place. Please do this instead of opening it in a new tab. =]

You can drag selected text in M2's compose body (and in designMode/contentEditable) now. But, a drag does a copy instead of a move. See CORE-1418.

Originally posted by haavard:

DSK-359368 Can't drag and drop to rearrange mail panel categories

As a workaround, if you drag category A on top of a view in category B, it'll move category A to the bottom of the panel. So, with a little bit of work, you can still move them around.

Originally posted by Hades32:

http://blogs.sitepointstatic.com/examples/tech/filedrag/1/index.html doesn't work

It works for me...

Windows 7 x64 - Can't drag files from OS or applications to GMail as in Chrome.

Win7 x64 SP1 can't drag n drop files using MS skydrive or doing it the old way of select a file click add gets you the sorry cannot upload a folder please try uploading the files in the folder msg

cant you guys fix this it's been a few months now

Originally posted by Athlonite:

Win7 x64 SP1 can't drag n drop files using MS skydrive

This thread: Known Issues part
Drag and drop to external applications and operating system is not working properly

Originally posted by Athlonite:

doing it the old way of select a file click add gets you the sorry cannot upload a folder please try uploading the files in the folder msg

http://my.opera.com/community/forums/topic.dml?id=1243532
http://my.opera.com/community/forums/topic.dml?id=1202922

Anyways, this one is not related to drag and drop - offtopic.

Can not reorder mail accounts (drag and drop).

Win7 x86 SP1
5 Mail accounts and feeds reader.

Originally posted by Cjcr:

Can not reorder mail accounts (drag and drop).

Please read the first post on this topic.

Originally posted by LeoCG:

Originally posted by Cjcr:

Can not reorder mail accounts (drag and drop).

Please read the first post on this topic.

Is added later by haavard, I think.

I remember have seen that since the day the topic wa created , but i may be confusing.

Post removed by moderator: Please stay on-topic.

I'm not sure if this is a D&D related issue, but resize non-maximized windows inside the MDI became a terrible experience.

When I try to resize the windows Opera drags the images from that tab and open to a new one.


Another problem I noticed is when I'm clicking over an image with a link and by accident I move only few pixels, the image opens in a new tab. Before the D&D has been implemented this kind of "accident" was not that strict.

DeviantArt uses drag to collect images. I've noticed that this no longer work correctly.

When dragging the image element, the cursor turns to the "blocked" icon. It then gets messy when you let go by first opening the URL of the image, then when close that the DeviantArt mechanism for dragging is in effect, attaching the element to the cursor, but you can't drop it. If you then click it then opens the image.

When you start dragging the image, you can hit Esc to cancel Opera's drag effect, but DAs drag effect still sticks to the cursor even after releasing the mouse button.

If anyone has a work around that would allow me to drag-drop with DA I would appreciate hearing it (I thought I was onto it when I hit esc)

DnD bug on Opera on Ubuntu.

If you start dragging anything (link, image etc), it wont drop it anywhere else out of tab bar. And if you drop it to the tab bar the new tab is opened. It wont drop even if you release the mouse button. Only Esc + RMB can stop dragging. This behavior appears in something about Opera 10.60 or may be a little earlier and lasts till now.


Hope you'll be able to fix it some time .

PS thanks for the Opera !
PSS Sory for my "English"

Since it hasn't been mentioned too explicitly yet:

Every mouse movement gets interpreted as a drag:

• Move mouse one pixel while clicking on a link -> Link target opens in new tab.
• Move mouse one pixel while clicking on an image -> Image opens in new tab.
• Drag Google map -> Tile image opens as new tab, and original map then navigates by mouse movement only (no button press); totally annoying!

I believe these are the basic DnD false positives which should be addressed. I haven't actually found too many useful drag'n'drop uses myself, put perhaps that's just me.

Opera 12.00 b1383 i386 on Win 7 Enterprise x64, opera:gpu is disabled

gibson

Has an updated list, with newly known bugs, and with removal of fixed ones, been made yet?

Let me add another:
In the Mail/Feeds panel, feeds often accidentally get pulled from one sub-folder to another (or from top-level to folder or vice versa). I can only explain this with drag'n'drop behavior.

Similarly, if I click on a feed to see its messages, it sometimes thinks it was dragged (but since you can't rearrange them, it stays in place as they remain alphabetically sorted). It is then "selected", but will then not display its messages. Sort of confusing.

gibson

Hey Gibson,

I get this also. Dragging title bar for a tab or the divider between the mail list and mail view all snap and turn into an image drag.

Regarding DSK-360012, even using a good mouse I don't think I can click exactly without moving a single pixel. Similar behaviour with maxthon browser. A feature quite uncalled for really.

I do not like drag and drop links, accidentally, with a minimum of mouse movement, the link opens in a new tab, so much to hinder navigation, making it confusing and tiring.

when I see, I have 15 tabs open of things again.
Could there be a way to disable this

Dragging text is inconsistent. Dragging to the

a) address field: Dropped text replaces address field content. That might be useful, but it's unexpected since the beam cursor suggests that the text can be inserted at the indicated position.

b) search field: Dropped text adds text to already existing content at the indicated position. Correct UI, but probably not very useful.

Originally posted by blaszczykowski:

Could there be a way to disable this

There's a "Enable Drag" option, which is default 247?

opera:config#UserPrefs|EnableDrag

anyway: with a tablet Opera 12 is not usable, each click results in a new tab, which is a major problem with links that do not support "open in new tab". Like Javascripted links.

Bit of a downer to see a "beta" version that I can label "not functional" within 10 seconds!

I tried setting that value to 0... didn't work I would love to be able to turn this off--it messes with my favourite sites.

Originally posted by Hobbit13:

There's a "Enable Drag" option, which is default 247?

Yeh, that option has nothing to do with the new drag-n-drop support.

Moderator edit: This comment has been removed for breaching our terms of use. No hijacking, please.

Dragging in web pages appears to be fixed. Dragging Opera GUI element is still flaky.

map.google.com
i cant move map when i try it its open new map..

all links:
everywebpage include HTML3-4-5 drag-drop painful i just wantto click a link but its opening in a new window...

Youtube
video finished and suggested video in flash have problem
when i try to mouse on to them opera visualy Crashed everytime. then i need to close after this

Originally posted by nixniz:

map.google.com
i cant move map when i try it its open new map..

What build are you on? This was fixed for myself a couple of builds ago and is still working for me in build 1413.

<div id="test" style="wisth: 50%; height: 50%; background-color: pink">
	<img src="http://devfiles.myopera.com/favicon.ico" draggable="true">
</div>
<script>
var f = function (e) {
	console.log(e.type, e);
};

['mousedown', 'mouseup', 'dragenter', 'dragover', 'dragleave'].forEach(function(el) {
	test.addEventListener(el, f);
});
</script>

1. Dragging an external file to the pink area doesn't fire the last three drag event, only after the mouse button is released. This isn't the case with the elements dragged from the page, for example the Opera icon.
2. In Dragonfly's console expanding any DragEvent, and then trying to expand its dataTransfer property crashes the browser.
3. I'm not sure about this one, since other browsers do the same thing, but after dragging an element the mouseup event won't fire. What is the logic behind this?

I haven't reported them, except the second one via the crash report.

I'm not sure if this is related to one of the known issues.
This problem happens when using the Java applet from Geogebra.

Create a point in the Graphics view using the point tool (2nd from left toolbutton then click in right hand window)
Select the Move tool (1st from left)
Click and drag the entry in the Algebra view (left hand window)
Drag it so the cursor is below the Input bar(at bottom of window)
A copy of the image that is dragged is left on Opera.
Minimise Opera the image is on the desktop, this image remains until Opera is closed.
Sometimes this causes Opera to crash.

The problem occurs even when using the freestanding Java Webstart version of the software opened and used in front of Opera. More likely to crash.

WinXP Java 1.7.0.4 software backend with or without a clean profile, does not happen in 11.64.

Originally posted by Hobbit13:

Originally posted by blaszczykowski:

Could there be a way to disable this

There's a "Enable Drag" option, which is default 247?

opera:config#UserPrefs|EnableDrag

Originally posted by drworm:

I tried setting that value to 0... didn't work I would love to be able to turn this off--it messes with my favourite sites.

Same thing here. Please, is there any way to disable it? I don't need the feature and since graphic acceleration is disabled on my system D&D is wreaking visual havoc when it happens accidentally!!! Thanks.

Originally posted by beastie1:

Originally posted by drworm:

I tried setting that value to 0... didn't work I would love to be able to turn this off--it messes with my favourite sites.

Same thing here. Please, is there any way to disable it?

I don't beleive this should be an issue anymore. It was fixed for me quite a few builds ago. Are you running the latest version of Opera? If you are, can you provide an example of when it does not work?

Thanks for the reply.

Originally posted by drworm:

I don't beleive this should be an issue anymore. It was fixed for me quite a few builds ago. Are you running the latest version of Opera? If you are, can you provide an example of when it does not work?

I'm using the 12.00 release. As I said, I don't need D&D. And since I have graphic acceleration disabled (on the system itself, not Opera) because of a hardware bug, every time I do D&D accidentally it causes visual problems and a waste of time. So I want to disable it completely.

D&D works fine when it's just a few words, but when the selection contains links, or even worse, images, it drags the selection across the screen (following mouse movement) very slowly: were talking about say a 300px*250px square slowly moving across the screen for like 5 seconds, like a VCR in stepping mode, i.e. a horrible "visual effect" and a huge time waster.

Also, maybe a related issue, was a mouse gesture added that opens all the links in a selection or the entire current tab? I'd appreciate if you could tell me how to disable it or at least what gesture is starting the action because it's happening accidentally all the time.

Thank you.

Would it be possible to remove the dialog for the next release? It's an annoyance that takes away for the seamless integration that HTML5 aims to bring between desktop and web.
Dragging individual files multiple times is made more laborious by having to interact with the dialog every time, without even an opera:config option to disable it.

I'm experiencing the same problem in the latest download of Opera [Opera/9.80 (Windows NT 6.1; WOW64; U; en) Presto/2.10.289 Version/12.00]. I'm trying to drag DIV container around on the screen and there is an appreciable delay in the drag start (even difficulty getting the div to start a drag at all) and it seems to select text behind the DIV which gets replaced with the null string ("") which is what has been set using event.dataTransfer.setData() routine. Any suggestions on how to eliminate this problem? If necessary I can post an example on line; just let me know.

I've eliminated the replacement problem by using the window.getSelection() method to set the text in the event.dataTransfer.setData('text', xxx), where xxx is the result returned from the above method. Still have trouble getting the drag to start at all and will just frustrate a user.

Originally posted by BS-Harou:

Try this examples:

http://html5demos.com/drag

Problems:
1) Dragging some item anywhere else than to the bin opens new tab
2) it is hard to actually drag some item - no problem in chrome

In the newest release of Opera [Opera/9.80 (Windows NT 6.1; WOW64; U; en) Presto/2.10.289 Version/12.00] I didn't have any trouble with this example. It seemed to work as it should.

<div id="test" style="width: 50%; height: 50%; background-color: pink">7. select and drag me</div>
<script>
var f = function (e) {
	alert(e.type);

	// e.preventDefault();
	// console.log(e.type);
};

['dragenter', 'dragleave'].forEach(function(el) {
	test.addEventListener(el, f);
});
</script>

Save the above code as a HTML file, open in Opera, resize the browser window and move it to the one side of the screen (easier to test, if you leave some space all around the window), open Windows Explorer (or other file manager) and put it to the other side of the screen. Always the file manager was focused before dragging.
Recommended to close and reopen Opera before testing the next problem.

Problems:
1. Window loses focus every time I start to drag something inside the window of Opera (even plain text, tab, or anything...)
2. Drag and drop a file from an external application to the pink area. After the alert dialog appears, move the cursor outside the window, then move back. The moment the cursor reaches the window, it will open the dropped file in a new tab.
3. Same problem as previous; if you first make a drag-over (without dropping), the alert dialog appears, then drag the file out of the window, then back, and that drop it. File opened in new tab again.
4. Drag a file over the pink rectangle, alert appears, but now intentionally try to drop the file on the tab bar to open it. Now it won't open it.
5. Drop a file from an external application to the pink area, and move the cursor directly to the tab area. However the mouse button have been already released, Opera still thinks it's not, and will show the marker for the tab insertion, or it will dim the tab, if the cursor is over it.
6. Drag and drop an external file to the pink area. Alert appears (also you have to click twice to focus the window, because at first click the focus goes back to the other application). Click OK on the alert dialog. Now try to drag a file (it can be the same) again to the target area. The dragenter event won't fire, means the alert won't pop up.
Two ways from here:
-- a) make the dragenter work: while still dragging, drag the file out of the window, now back to the target area, and the dragenter will fire.
-- b) crash the browser: after drop, if you click on the page the same problem appears as before, you have to click twice to focus the window, but this time the second click will cause a crash.
7. Select and start to drag the text. dragenter event will fire immediately and the alert dialog will appear, click OK (again, it needs two click), now just click on the page. Crash (probably related with the previous one).
8. If the e.preventDefault() is removed from the code above, then the dragleave event doesn't fire, but it does in other browsers even without preventDefault. To test, uncomment the two commented lines, and comment out the alert line.

Edit: I've sent two crashlogs with descriptions and problem numbers pointing to this post.