OLD FORUM - Use new one: https://www.CaptainCasa.online/forum

Hello,

currently we use Captain Casa Swing Client on Windows 7 and IE 9 and everything is working fine. But our client now wants to go to Windows 8 with IE 11 and after some tests we found some problems while dragging and dropping files. Does anyone else have problems like this? How are the experiences with Captain Case Swing client with Windows 8?

Best regards

Oliver

Hi,

currently I do not know about file drag/drop problems with Windows 8.

What are the problems? It just does not work? - Would be great if you could take a look into the client Java console and observe is some error is logged when dropping is executed.

Regards, Björn

Hi,

yes it basically just does not work. We have 2 buttons; the first one is a captain casa standard component ‘fileuploadbuttonasynchronous’ and it is for a file upload and the second is a customized button extending ‘FILEUPLOADBUTTONElement’ and it is for importing a mail from outlook. Both uploads are triggered by dropping a file over these buttons.
Now on windows 8 dragging a file over the captain casa applet hang in the most cases. The Java-Console log isn't really helpful because it stops when a file starts to hang. But anyway I copied the Java-Console log and attached.

Best regards
Oliver

Hi,

we added quite some more log statements into the code where the DragDrop of files is handled. They will be contained in the next update (or "immediately" on your request).

Regards, Björn

Hi Björn,

there may be a timing issue. The mouse pointer "hangs" when dragging an email from Microsoft Outlook into the CapatinCasa Window. But if the Java Console is open before dragging begins it works just fine. This problem is not always reproducible on Windows 8. It didn't happen on Windows 7.

You recently added a boolean 'quickCheckOnly' parameter to the method PageElement.checkMatch() and the method comment states that 'there is a stability problem if the statement "Object dfo = t.getTransferData(df);" was called too often when dragging files'. A call to the statement is only avoided if 'df.toString().contains("-file-")' with 'DataFlavor df = t.getTransferDataFlavors()[0]'.

With an email from Outlook 't.getTransferDataFlavors()[0]' does not contain "-file-". It contains the following String "java.awt.datatransfer.DataFlavor[mimetype=application/x-java-serialized-object;representationclass=java.lang.String]". But t.getTransferDataFlavors()[1] contains "java.awt.datatransfer.DataFlavor[mimetype=application/x-java-file-list;representationclass=java.util.List]".

A complete list of all DataFlavors of an Outlook email is attached.

If this is the reason for our problem, the statement "Object dfo = t.getTransferData(df);" may cause problems whenever an object that does not contain "-file-" in 't.getTransferDataFlavors()[0]' is dragged over a CaptaiCasa Window. Even if there is no DragReceiver for this type of object.

Regards
Axel

Hi,
we now select the right data flavor if there is more than one. Change is part of 20140901. "Your" problem should be solved then...
Thanks + Regards, Björn

Hi Björn,

there are still problems.

Drag&Drop hangs less often than before. But it still does. Moving slowly sometimes helps a little bit.
Probably the method checkMatch() still takes to long as it calls parent.checkMatch() until no parent is found. In Java Console I often see 20 calls or more of this function before match/no match is detected (see DnD.log).

Emails are now recognized as dropable by components which should only accept files.
I think this can only be solved if a component that implements a drop target for a specific DataFlavor can somehow register this DataFlavor. PageElement.checkMatch() should only check DataFlavor[0] for the default DataFlavor ("-file-") and all registered DataFlavors.
But this might be a feature request.

Regards
Axel

PS: Did I mention that I hate implementing Drag&Drop

Edit: Couldn't attach file to this post.

Hi,

the checkMatch() iterates up the component hierarchy - because each level must be checked, if it is open to receive drag/drop or not.

The checkMatch() is verrry fast for levels which do not have DROPRECEIVE defined (which is the clear majority of nodes!) and is very fast for others. I do not think it's a timing issue.

Regards, Björn