Details
-
Type:
Bug
-
Status: Closed
-
Priority:
Minor
-
Resolution: Fixed
-
Affects Version/s: 1.6.1, 1.7DR#1
-
Component/s: None
-
Labels:None
-
Environment:any
-
ICEsoft Forum Reference:
-
Support Case References:
Description
If the user scrolls in his page or the input text field loses focus in Internet Explorer then
the list disappears. Doing the same in Firefox causes the popup list to remain open
until a selection is made which is probably the preferred behaviour.
Issue Links
- depends on
-
ICE-4007
selectInputText disappears when scrolling in IE
-
- Closed
-
Activity
| Field | Original Value | New Value |
|---|---|---|
| Support Case References | https://www.icesoft.ca:4443/supportilla/show_bug.cgi?id=4529 |
| Assignee | Mandeep Hayher [ mandeep.hayher ] |
Retested the issue with trunk, The problem still exist on IE7
| Fix Version/s | 1.7 [ 10080 ] | |
| Assignee | Mandeep Hayher [ mandeep.hayher ] | Mark Collette [ mark.collette ] |
| Assignee | Mark Collette [ mark.collette ] | Yip Ng [ yip.ng ] |
| Assignee Priority | P3 |
| Priority | Major [ 3 ] | Minor [ 4 ] |
| Assignee Priority | P3 | P2 |
Behavior of list when field loses focus is the same in Firefox as in IE. Only when the browser is scrolled is the behavior different in Firefox and IE.
| Repository | Revision | Date | User | Message |
| ICEsoft Public SVN Repository | #16008 | Wed Mar 12 14:00:58 MDT 2008 | yip.ng | Added code to skip onblur event when browser is scrolled in IE. |
| Files Changed | ||||
MODIFY
/icefaces/trunk/icefaces/bridge/lib/extras/autocomplete_ext.js
|
The problem is not caused by the scrolling per se, but by IE generating an onblur event on scrolling. Note that the onblur event behaves the same in both IE and Firefox: the list will fade away. It's not true that Firefox will keep the list, as is suggested in the Description. Code added to skip the event when browser is scrolled in IE.
Suggestion from the forum to make list scrollable is split into ICE-2852.
| Status | Open [ 1 ] | Resolved [ 5 ] |
| Resolution | Fixed [ 1 ] |
| Fix Version/s | 1.7RC1 [ 10123 ] | |
| Fix Version/s | 1.7 [ 10080 ] |
| Fix Version/s | 1.7 [ 10080 ] |
| Status | Resolved [ 5 ] | Closed [ 6 ] |
| Assignee Priority | P2 | |
| Assignee | Yip Ng [ yip.ng ] |
Is really fixed? In 1.7.1. it still behaves this way?
Any comments on this?
Really! No comments?
Is it not easily reproduced?
Is there a quick workaround?
I just upgraded to 1.7.1 and the issue is still here
To reproduce this issue you can add an autocomplete component inside a modal popup window component
Opened a new JIRA for the inside modal panel popup scenario: ICE-3693.
It happens to on a plain page, and I can reproduce it in you showcase???
We updated Scriptaculous versions for DR#3, try retesting this issue with the trunk to see if this issue is still present.