Community
Participate
Working Groups
BPELTextTransferDropTargetListeners.isEnabled always returns true, even with it is in error or if it does not support the dragSource. Then, if one provides additional listeners to the viewer, they won't be used since the BPELTextTransferDropTargetListener always handles (badly) the DND. BPELTextTransferDropTargetListener should be fixed in order to get the isEnabled method returning false when the BPELTextTransferDropTargetListener cannot perform the drop.
We have this use case for PetalsStudio, and it prevent us from adding DropListeners (by adding a WorkbenchPartListener to add DropListeners when opening a bPELEditor).
Created attachment 209000 [details] Patch that makes BPELTextTransferDropTargetListener disabled when necessary This patch fixes the "createRequest" to ask isEnabled to check for command enablement in case of error. Since the request is incomplete (missing factory), the created command is not executable and isEnabled returns false. This fixes this blocking bug for our use case.
The patch was applied on the master branch.