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

              Descending order - Click to sort in ascending order
              Hide
              Permalink
              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
              Hide
              Permalink
              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
              Permalink
              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
              Permalink
              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
              Permalink
              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
              Permalink
              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
              Permalink
              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
              Permalink
              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

                People

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

                  Dates

                  • Created:
                    Updated:
                    Resolved: