Community
Participate
Working Groups
If you try to D&D an element in the navigator, a stack overflow error occurs due to a recursive loop in the drop adapter: at org.eclipse.emf.ecp.common.dnd.ComposedDropAdapter.getTargetDropAdapter(ComposedDropAdapter.java:227) at org.eclipse.emf.ecp.common.dnd.ComposedDropAdapter.getTargetDropAdapter(ComposedDropAdapter.java:227) at org.eclipse.emf.ecp.common.dnd.ComposedDropAdapter.getTargetDropAdapter(ComposedDropAdapter.java:227) at org.eclipse.emf.ecp.common.dnd.ComposedDropAdapter.getTargetDropAdapter(ComposedDropAdapter.java:227) at org.eclipse.emf.ecp.common.dnd.ComposedDropAdapter.getTargetDropAdapter(ComposedDropAdapter.java:227)
Can you provide more details please? Which model, which drop?
I do not have any, I just found it in my console, but it is a loop and I guess that it should be possible to make sure that the method cannot loop
Without having looked at the code, could it relate to an element being contained by an element of the same type?
I tried to recreate this bug, but the d&d doesn't work at all in my emfcp instance. I can drag an element from the navigator, but I can't drop it on any other element. I checked in the plug-in registry view of the emfcp instance and it looks like the extension point for the dropadapter (org.eclipse.emf.ecp.common.dropadapter) is correctly instanciated, but the default implementation of the dropadapter (org.eclipse.emf.ecp.common.dnd.DefaultMEDropAdapter) is not registered to that extension point. Since I couldn't find the reason for this I created a new plugin, copied the DefaultMEDropAdapter class into that plugin and registered it to the extension point from there. The DefaultDropAdapter is still not found in the plugin-registry.
(In reply to comment #4) This is due to a id-string mismatch, which probably occurred while the namespace change. Besides that there are other issues and we should probably open new bugs
cannot repoduce in master