Side navigation
#5055 closed bug (worksforme)
Opened August 15, 2009 10:13AM UTC
Closed November 19, 2010 12:59AM UTC
In IE, focussing on newly created elements is erratic
| Reported by: | william_mc | Owned by: | brandon |
|---|---|---|---|
| Priority: | minor | Milestone: | 1.4 |
| Component: | event | Version: | 1.3.2 |
| Keywords: | focus | Cc: | |
| Blocked by: | Blocking: |
Description
If you create an element with jQuery, and attempt a focus, whether it succeeds or not depends on what kind of element previously held focus. The attached code works in IE, but only because the focussing is put in a setTimeout call. Without the setTimeout, it fails. Works fine either way in FF3 and Chrome.
Attachments (2)
Change History (3)
Changed August 15, 2009 05:27PM UTC by comment:1
Changed August 15, 2009 05:28PM UTC by comment:2
sorry, forgot to say that the three-button file is called iebug.html. Why can't you add attachments to changes in the bug tracker?
Changed November 19, 2010 12:59AM UTC by comment:3
| resolution: | → worksforme |
|---|---|
| status: | new → closed |
Looking at this further, there is another case where IE loses track of who has focus & won't put it back correctly. In the attached file, there are 3 buttons which replace themselves with an input field. The first one doesn't redirect focus properly. The second one does, when clicked. The third one (which initially has focus) does when the return key is pressed, but requires strange and bizarre incantations involving the body keypress handler and moving focus around.