ICEfaces
  1. ICEfaces
  2. ICE-6285

blockUIOnSubmit causes flickering ice:panelTooltip if used with displayListener

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Minor Minor
    • Resolution: Fixed
    • Affects Version/s: 1.8.2, 1.8.2-EE-GA_P02
    • Component/s: None
    • Labels:
      None
    • Environment:
      ICEfaces 1.8.2
      Firefox 3.x, 4 and IE 7, 8, 9.
    • Assignee Priority:
      P2

      Description

      ice:panelTooltip-components may be filled dynamically with content by implementing a display listener:

      <ice:panelTooltip id="..." displayListener="#{tooltipController.displayListener}" ... displayOn="hover" hideOn="mouseout">
      ...
      </ice:panelTooltip>


      This feature currently conflicts with blockUIOnSubmit as this parameter causes the tooltip to flicker. This can be reproduced in the component show case (Layout Panels -> Tooltip panel) by activating blockUIOnSubmit and hovering one of the provinces.

        Activity

        Hide
        Ken Fyten added a comment -

        Testing shows this issue seems to be limited to Firefox browsers (3.x, 4), and IE browsers. The tooltip panel displays, but quickly disappears. On Chrome and Safari it correctly remains visible (while mouse is hovered over a province name).

        Show
        Ken Fyten added a comment - Testing shows this issue seems to be limited to Firefox browsers (3.x, 4), and IE browsers. The tooltip panel displays, but quickly disappears. On Chrome and Safari it correctly remains visible (while mouse is hovered over a province name).
        Hide
        Mircea Toma added a comment -

        When blockUIOnSubmit feature is enabled there's an iframe rendered as an overlay to block user interaction with the underlaying elements. It seems that FF and IE fire the 'mouseout' event when the overlay is rendered on top the element owning the rendered tooltip even if the pointer was not moved at all. Thus 'mouseout' event is triggered right after the tooltip update is received, event that is wired to hide the tooltip hence the flickering.

        Show
        Mircea Toma added a comment - When blockUIOnSubmit feature is enabled there's an iframe rendered as an overlay to block user interaction with the underlaying elements. It seems that FF and IE fire the 'mouseout' event when the overlay is rendered on top the element owning the rendered tooltip even if the pointer was not moved at all. Thus 'mouseout' event is triggered right after the tooltip update is received, event that is wired to hide the tooltip hence the flickering.
        Hide
        Mircea Toma added a comment -

        Added test that verifies if the position of the mouse is moved outside the tooltip enabled element, and only then act on the triggered 'mouseout' event. This way the tooltip is hidden only when the mouse is truly moved outside the tooltip enabled element.

        Show
        Mircea Toma added a comment - Added test that verifies if the position of the mouse is moved outside the tooltip enabled element, and only then act on the triggered 'mouseout' event. This way the tooltip is hidden only when the mouse is truly moved outside the tooltip enabled element.

          People

          • Assignee:
            Mircea Toma
            Reporter:
            Dirk Mahler
          • Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: