Upload progress bar doesn't clear, tries to use local rather than proper path [#957542]

Using this with Wysiwyg+TinyMCE with IMCE attached.

installed and enabled etc as per instruction
drag and drop image onto node text area
bar appears showing the upload progress, usually it makes it to 100%, sometimes it stops partway, and there it stays
file uploads to server fine, but the bit where it got "dropped" attempts to use the local path (file://local/path/to/file.etc) resulting in a broken image

3 can be worked through, it just kind of gets in the way visually. 4 is fixed easily enough if IMCE is attached by clicking on the broken image, selecting the correct file from where it got uploaded and sending it to the editor. Might not occur to people to check though.

Search-fu failed me so until I'm marked duplicate I'll assume I'm the only one having trouble with this. Maybe there's something wrong with my setup or my server. Either way, unless there's a ready fix somewhere I haven't found yet, I'll have a look when I'm not pretending to be a blogger :)

Comments

Comment #1

rdeboer

Melbourne

commented 1 November 2010 at 09:39

Interesting... this issue was logged against D7, but I experience similar symptoms with D6.

The difference is that where I expected an <img src="..."> tag to be created, I found a plain text inserted in the node body http://...../sites/default/files/file.etc.
So we're almost there!

Mind you I may be abusing the module a little in that I was hoping to get away with a minimum set up:
o WYSYWYG module, configured with CKeditor plug-in v3.3.1.5586 -- not using the CKeditor module.
o core's Upload module enabled, no other fancy stuff, no IMCE, no ImageCache etc.
o Drag 'n' Drop enabled for Content Type "page"

Tested on Mac with Safari 5.0.1 and Firefox 3.6.12

When I drag the image from my desktop to the to File Attachments area, things work as expected.

For fun I tried dragging the image into the edit body textarea and observed the above behaviour.
I'm not sure if the module is expected to support drag and drop to the textarea with only the File Attachment widget loaded. But if we can get that plain text "http://..." changed to <img src="... "> we have a minimal solution that requires no fancy widgets!

Comment #2

ryivhnn commented 6 November 2010 at 01:15

If you have Firebug have a look at the scripts tab and see where the dropzones are. They're both on the body and on the file drop widget on mine (plus file drop widget is hidden, though in my testing it doesn't seem to make a difference if it's hidden or not or where you drop the damn thing). Does the 6 version have the option to hide the widget? If it doesn't it may not support dropping on the body, which I'm guessing is the case anyway from the lack of <img>, it's only looking for the location.

You'd have to find the piece of code in the module (or several) and add a case for if it's dragged onto the body to append the img tags before the path...although the actual implementation may not be that simple :)

Mine is also white screening due to hitting a

PHP Fatal error: Call to undefined function dragndrop_uploads_node_type_form_submit() in [...]/includes/form.inc on line 1305

when you save the content type (it does actually save, just white screens). I haven't gotten around to having a look at that yet.