Opened 5 years ago

Closed 4 years ago

Last modified 4 years ago

#18371 closed defect (invalid)

IE11 hangs when returning focus after downloading or printing a file

Reported by: acggp Owned by: acggp
Priority: undecided Milestone: tbd
Component: Dijit Version: 1.9.4
Keywords: Cc:
Blocked By: Blocking:

Description

After downloading a file if I click on OPEN or CANCEL (one or more time) then returning on my page (a complex page with events managed my dojo), IE11 hangs. I've found a loop around this line

_this._onTouchNode(effectiveNode | | evt.target, "mouse");

The code before already contains patches for Chrome an another weird IE bug. A simple fix should avoid to iterate on the same target in a very short time range.

Attachments (1)

loopDojo.png (172.0 KB) - added by acggp 5 years ago.
IE11 debugger

Download all attachments as: .zip

Change History (5)

Changed 5 years ago by acggp

Attachment: loopDojo.png added

IE11 debugger

comment:1 Changed 5 years ago by bill

Owner: set to acggp
Status: newpending

Looks like you are talking about dijit/focus.js. Can you supply a simple test case where this loops?

comment:2 Changed 5 years ago by bill

Component: GeneralDijit

comment:3 Changed 4 years ago by trac-o-bot

Resolution: invalid
Status: pendingclosed

Because we get so many tickets, we often need to return them to the initial reporter for more information. If that person does not reply within 14 days, the ticket will automatically be closed, and that has happened in this case. If you still are interested in pursuing this issue, feel free to add a comment with the requested information and we will be happy to reopen the ticket if it is still valid. Thanks!

comment:4 Changed 4 years ago by Kenneth G. Franqueiro

FWIW, this is likely a manifestation of this bug https://connect.microsoft.com/IE/feedback/details/802397/ie9-ie10-events-can-be-sent-to-the-wrong-listeners (it says IE9 and 10 there, but we have seen it manifest on IE11 twice recently as well). This can cause a wide variety of observed effects depending on the logic in the page, but basically all added event listeners get shuffled when a link is clicked that doesn't actually navigate anywhere.

There are generally 2 workarounds: add target="_blank" to any download links (which has the side effect of opening a new tab, at least briefly), or spawn an iframe pointing to the download instead.

Note: See TracTickets for help on using tickets.