ICEfaces
  1. ICEfaces
  2. ICE-4226

Hourglass cursor/pointer doesn't reset back to arrow unless mouse is moved when blockUIOnSubmit=true (default)

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Trivial Trivial
    • Resolution: Fixed
    • Affects Version/s: 1.8RC2
    • Fix Version/s: 1.8
    • Component/s: Bridge
    • Labels:
      None
    • Environment:
      IE, Safari browsers
    • Workaround Exists:
      Yes
    • Workaround Description:
      Moving the mouse at all (or reloading the page) will cause the cursor to redraw with the correct state.

      Description

      When blockUIOnSubmit=true (default) the hourglass cursor will not automatically change back to the arrow when the response is received unless you move the pointer/mouse, or some other JS is executed (google maps, for example).

      This is a browser bug, but maybe there's something the bridge can do to prompt the browser to redraw the cursor after the response is received?

        Activity

        Hide
        Mircea Toma added a comment -

        Seems like this issue is caused by a known Safari bug: https://bugs.webkit.org/show_bug.cgi?id=19925

        Show
        Mircea Toma added a comment - Seems like this issue is caused by a known Safari bug: https://bugs.webkit.org/show_bug.cgi?id=19925
        Hide
        Deryk Sinotte added a comment -

        It does appear that Safari has a known issue here and nothing that I could see to workaround it. The original report shows that the environment also included IE (but no versions). Has this been confirmed or is IE okay?

        Show
        Deryk Sinotte added a comment - It does appear that Safari has a known issue here and nothing that I could see to workaround it. The original report shows that the environment also included IE (but no versions). Has this been confirmed or is IE okay?
        Hide
        Ken Fyten added a comment -

        IE7 definitely has this problem too. Not sure about IE6.

        Show
        Ken Fyten added a comment - IE7 definitely has this problem too. Not sure about IE6.
        Hide
        Ken Fyten added a comment -

        On IE7, changing some content in the within the element that the cursor is set on seems to force the cursor to repaint (correctly). This doesn't work on Safari, but a fix for IE only would be worthwhile.

        I've attached a test case (stand-alone HTML) that demonstrates this.

        Show
        Ken Fyten added a comment - On IE7, changing some content in the within the element that the cursor is set on seems to force the cursor to repaint (correctly). This doesn't work on Safari, but a fix for IE only would be worthwhile. I've attached a test case (stand-alone HTML) that demonstrates this.
        Hide
        Mircea Toma added a comment -

        Well, I tried IE7 once again but I cannot reproduce this issue with it.
        Ken, have you run the test with the latest code?

        Show
        Mircea Toma added a comment - Well, I tried IE7 once again but I cannot reproduce this issue with it. Ken, have you run the test with the latest code?
        Hide
        Ken Fyten added a comment -

        Still happens all the time with my IE7, which happens to be v 7.0.5730.11.

        Here's the proof: http://screencast.com/t/VgXVt802

        Show
        Ken Fyten added a comment - Still happens all the time with my IE7, which happens to be v 7.0.5730.11. Here's the proof: http://screencast.com/t/VgXVt802
        Hide
        Mircea Toma added a comment - - edited

        I was using component-showcase/jsp version for testing, that is the reason I could not reproduce the issue before. The difference between jsp and facelets-enh version is that ice:outputConnectionStatus in jsp version has displayHourglassWhenActive="true".

        To fix the issue I had to replace the overlay iframe with a new iframe (with cursor set to default) to trigger the cursor update. Also I applied the technique described here http://ajaxian.com/archives/get-rid-of-the-ie-iframe-click to avoid the clicking sounds when iframes are created.

        Show
        Mircea Toma added a comment - - edited I was using component-showcase/jsp version for testing, that is the reason I could not reproduce the issue before. The difference between jsp and facelets-enh version is that ice:outputConnectionStatus in jsp version has displayHourglassWhenActive="true". To fix the issue I had to replace the overlay iframe with a new iframe (with cursor set to default) to trigger the cursor update. Also I applied the technique described here http://ajaxian.com/archives/get-rid-of-the-ie-iframe-click to avoid the clicking sounds when iframes are created.
        Hide
        Joanne Bai added a comment -

        Tested on ICEfaces trunk revision 18873 + Tomcat 5 using component showcase facelets-enh

        IE6, IE7, IE8: tested with success
        Safari 4: Hourglass problem presents

        Show
        Joanne Bai added a comment - Tested on ICEfaces trunk revision 18873 + Tomcat 5 using component showcase facelets-enh IE6, IE7, IE8: tested with success Safari 4: Hourglass problem presents

          People

          • Assignee:
            Unassigned
            Reporter:
            Ken Fyten
          • Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: