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

              Ascending order - Click to sort in descending order
              Ken Fyten created issue -
              Ken Fyten made changes -
              Field Original Value New Value
              Salesforce Case []
              Fix Version/s 1.8 [ 10161 ]
              Assignee Priority P3
              Assignee Mircea Toma [ mircea.toma ]
              Priority Major [ 3 ] Trivial [ 5 ]
              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
              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
              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
              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.
              Ken Fyten made changes -
              Attachment CursorTest.html [ 11620 ]
              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 -

              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
              Repository Revision Date User Message
              ICEsoft Public SVN Repository #18663 Thu Mar 26 04:11:55 MDT 2009 mircea.toma ICE-4226 Replace overlay iframe to trigger update of cursor. Fix clicking sounds on iframe creation.
              Files Changed
              Commit graph MODIFY /icefaces/trunk/icefaces/bridge/src/status.js
              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.
              Mircea Toma made changes -
              Status Open [ 1 ] Resolved [ 5 ]
              Resolution Fixed [ 1 ]
              Ken Fyten made changes -
              Assignee Priority P3
              Ken Fyten made changes -
              Status Resolved [ 5 ] Closed [ 6 ]
              Assignee Mircea Toma [ mircea.toma ]
              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

                People

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

                  Dates

                  • Created:
                    Updated:
                    Resolved: