IE7 scrambles the order of commands in an unintuitive way if two commands are issued in quick su

IE 7.0.5730.11 under XP Pro.

I click to open a new tab, then click on one of my links from my links button bar. What I think should happen is that I am taken to the new tab and then the new web page is appears.

What actually happens is that the link button kind of 'overtakes' the tab opening in the event handling so I lose my current page, the new page appears and then the new (empty) tab opens.

This is a real frustration and doesn't feel at all right.

If I click topen a new tab and wait, the new tab opens, if I THEN click on a link button, the new page opens in the new tab.

It feels very odd that I can't rely on the requests being 'stacked up' behind the scenes and played out in order rather than having their ordering scrambled if I make the two requests too close together.

Is this a well known problem/issue or am I just being picky?

DrBob

[915 byte] By [DrBobUK] at [2008-1-10]
# 1
DrBobUK;

You are correct, this is a broken behavior. IE should have a flag/property being set, lets call it (Long IExploerer.activeWindow) that is set to the index of the active tab. When the user clicks the new tab icon (or presses CTRL+T), or opens a link in a new tab (with the "make" linked tabs active" setting turned on), it should IMEDIATELY update this flag/property... thus when the click on the favorites link is made, it would direct to the appropriate tab.

Likewise, MS needs to work on the performance of opening a new tab. I have mine set to blank, yet it still takes several seconds some times to open a new tab.

unique_username at 2007-10-3 > top of Msdn Tech,Internet Explorer Development,Internet Explorer Web Development...