Yip, I cannot reproduce using your application (tried IE6,7,8). What is your Tomcat 6 version? Thanks.

C:\apache-tomcat-6.0.16

Sorry, Yip. I used the wrong 1.8.2-ee branch to verify.

Verified successfully on icefaces-ee-1.8.2_p01 revision 21058 using component showcase jsp and facelets-enh
Verified on IE6,7,8 + Tomcat 6.0.26

Reverted changes. Caused problems for positioned panels. See ICE-5561.

These are the original changes, in case some customer needs a patch. But be warned that they will break positioned panels.

Index: ../../svn/ossrepo/icefaces/trunk/icefaces/component/src/com/icesoft/faces/component/panelpopup/PanelPopupRenderer.java
===================================================================
— ../../svn/ossrepo/icefaces/trunk/icefaces/component/src/com/icesoft/faces/component/panelpopup/PanelPopupRenderer.java (revision 21005)
+++ ../../svn/ossrepo/icefaces/trunk/icefaces/component/src/com/icesoft/faces/component/panelpopup/PanelPopupRenderer.java (revision 21014)
@@ -253,7 +253,7 @@

// Rebroadcast Javascript to survive refresh
if (dndType != null) {

• JavascriptContext.addJavascriptCall(facesContext, "Ice.DnD.adjustPosition('" + uiComponent.getClientId(facesContext) + "');");
  +// JavascriptContext.addJavascriptCall(facesContext, "Ice.DnD.adjustPosition('" + uiComponent.getClientId(facesContext) + "');");
  StringBuffer dropCall = new StringBuffer();
  String call = addJavascriptCalls(uiComponent, "DRAG", handleId,
  facesContext, dropCall);

Index: ../../svn/ossrepo/icefaces/trunk/icefaces/bridge/lib/scriptaculous/dragdrop.js
===================================================================
— ../../svn/ossrepo/icefaces/trunk/icefaces/bridge/lib/scriptaculous/dragdrop.js (revision 18841)
+++ ../../svn/ossrepo/icefaces/trunk/icefaces/bridge/lib/scriptaculous/dragdrop.js (revision 21014)
@@ -188,6 +188,10 @@

updateDrag: function(event) {
if (!this.activeDraggable) return;
+ if (Prototype.Browser.IE && !(event.button % 2))

var pointer = [Event.pointerX(event), Event.pointerY(event)];
// Mozilla-based browsers fire successive mousemove events with
// the same coordinates, prevent needless redrawing (moz bug?)
@@ -550,6 +554,28 @@
if ((!this.options.constraint) || (this.options.constraint == 'vertical'))
style.top = p[1] + "px";

+ var vpDims = document.viewport.getDimensions();
+ var dims = this.element.getDimensions();
+ var vpOffset = this.element.viewportOffset();
+ var posOffset = this.element.positionedOffset();
+ var diff = vpOffset.left + dims.width - (vpDims.width - 10);
+ if (diff > 0)

+ diff = vpOffset.top + dims.height - (vpDims.height - 10);
+ if (diff > 0)

+ vpOffset = this.element.viewportOffset();
+ posOffset = this.element.positionedOffset();
+ diff = 10 - vpOffset.left;
+ if (diff > 0)

+ diff = 10 - vpOffset.top;
+ if (diff > 0)

if (style.visibility == "hidden") style.visibility = ""; // fix gecko rendering
},

Mouse button state (up or down) seems to change randomly for positioned panels. No good. Changed to use mouse out and toElement = null to detect mouse outside of window. Also, cancel changes to simulate YUI dialog behavior in case they cause more side effects.

Revision: 21175

Modified : /icefaces/trunk/icefaces/bridge/lib/scriptaculous/dragdrop.js