IE9 Feedback: Platform Previews through Beta


Thanks for your Feedback!When we released the first IE9 Platform Preview, we talked about the importance of feedback. Since that first release last March, we’ve released six more platform previews, an IE9 Beta, and a bug-fix update to that Beta and the IE9 RC. We want to thank everyone who provided feedback during the last nine months. Sharing your experiences with the IE Test Drive and Testing Center while testing your sites for compatibility and trying out new features like Pinned Sites all helps make IE9 better. We’d like to take this opportunity to share with you the trends we are seeing in feedback, provide visibility into how we handle that feedback, and show how it is has affected the Release Candidate.

The Numbers

When we discussed our approach to feedback systems, we talked about our commitment to take action on every piece of feedback we receive. This approach is different than other feedback systems. The level of interest in the previews and Beta so far has been strong. At the time of this post, the IE9 Platform Previews have been downloaded over 3.3 million times, the Beta over 25 million times, and we’ve received over 17,000 bugs from the public via Connect. That is 23% more downloads than IE8 Beta 2 during the same period and over three times as much feedback as we received for the entirety of IE8—from Beta through RTM.

These numbers represent interest from customers, developers and enthusiasts around the world. Over 8,000 people have logged bugs on over 8,000 domains worldwide. More than 7,500 of these users are providing feedback for the first time with IE9. We welcome these new users, just as we marvel at those who have provided exceptional contributions. Two users, Wheels of Flames and the dees (registration required), have logged over 200 bugs each, while another three, iecustomizer, Taciturne, and FremyCompany, have each logged over 50. Wow! We cannot thank these and our other users enough for investing their time and effort.

More on our Feedback Systems

We investigate each item of feedback for reproducibility and uniqueness. Unique reproducible bugs are ranked in terms of importance and severity—a process we call triage. Once we investigate and triage an issue, we update the status in Connect.

Some of the feedback we receive is about the feedback management process itself, and questions around what the different resolutions for reported issues actually mean. Here are the resolutions you’ll see on Connect, and what they mean:

  • Fixed: The engineering team reproduced the issue and has fixed it in this release. This is clearly our favorite resolution.
  • Not Repro: The engineering team could not reproduce this issue. Some issues are very subtle and hard to reproduce across different systems and Internet access configurations. Help from the community here is crucial. (If you can still reproduce the problem, please provide step-by-step details and additional configuration information by attaching an IEDiag log file and a Fiddler trace while reproducing the problem. If possible, please try to reproduce on a second machine.)
  • By Design: The engineering team expects the behavior noted in the report. By Design means we understand the feedback and the behavior is deliberate. An example of an issue that we consider By Design is that the Platform Preview does not install on Windows XP. IE9 has security (e.g. protected mode) and graphics (e.g. DirectX) functionality that requires other components not available on Windows XP, an operating system that first shipped in 2001 with IE6. Because of the decision to not support Windows XP, the issue of IE9 not installing on it is “By design.”
  • Won’t Fix/Postponed/Feature Suggestion: The engineering team investigated the issue or suggestion and will not address it in this release of IE. We will consider the issue for the next product cycle, especially if the severity or frequency of the issue changes. An example here might be work that is out of scope for the current release (e.g. MathML support), or features that do not fit in the overall context of the release.

How it Comes Together

Your feedback helps us make IE9 better and we appreciate it. We use the feedback that you provide to aggregate and identify your top issues. We tally the number of duplicate bug reports, number of validations (when users click “I can reproduce the issue too” on Connect), and the number of comments to identify the most critical user concerns. From there, one of the steps of triage is to determine if the feedback is a product issue (code defect), feature request, or general feedback. We read all feedback and assign it an action on the path to closure. Additionally, every week we look at the list of top issues as a team to ensure we are doing the right thing for our customer concerns.

When we talked about how we listened, learned, and refined the user experience, we noted that your feedback was critical to several of the major changes we made in the IE9 RC. We provided several examples of how user input from Connect, blog post comments, and other sources led to improvements in the browser. Feedback directly contributes to what we call “Design Change Requests,” which typically occur when feedback indicates that a design decision should be revisited. Whether they were feature requests or bugs, we took all of the top issues seriously, fixing all of the top five issues and seven of the top 10. Note that we fix these at various times throughout the product cycle – it’s important for users to test out each new Platform Preview and full browser build to verify that their issues are resolved and validate the improved quality of the product.

Top 10 Concerns in IE9 Beta

Feedback ID MS Connect Title Duplicate Reports Validations Community Comments Resolution Description
598728 [REQUEST] Make IE9 URL-BAR better please IE team! 283 351 177 The core of this issue is the desire to see more of the address and tabs for users who open many tabs. In response to this feedback, with the RC we added a feature to allow you to separate the tab bar from the address bar.
599845 Loading Circle 298 252 138 Users found that the spinning circle in the tab stopped before the page had fully loaded. We’ve fixed this in RC.
598400 Download speed not shown 169 198 80 Users wanted to see the speed of multiple downloads in progress. With RC, we’ve added this feature to the top level of the Download Manager.
598389 Highlighting text and releasing the button over a link clicks the link 123 117 59 This issue was fixed in Platform Preview 6
598102 Please return my Menu Bar 102 131 36 Users couldn’t find the Menu bar (which was found using the Alt key in the Beta). With the RC we’ve updated the right click interface in the title bar and tab bar to allow you to turn on the Menu bar permanently.
600623 Feature Request – Move Home, Favorites, and Tools buttons 88 87 30 With RC we addressed the primary user concern around the option to have a dedicated tab row along with showing the menu bar. With these options, users can get the favorites and tools option in the top-left region.
598091 Websites cannot be pinned to taskbar it taskbar is on the left of the screen 88 60 16 When users had their Taskbar anywhere other than the bottom of the screen, attempting to pin a site by dragging a tab was interpreted as an Aero Snap command for a side-by-side view. With the Release Candidate, the initial drag to a non-bottom aligned Taskbar is interpreted as a pin command – if you then drag your mouse away and back over the Taskbar, it will be interpreted as a Snap.
598615 Back button is drawn incorrectly 82 69 39 The clipping of the Back button is By Design. It is designed to provide some visual tension for the left side of the browser, balancing out the three buttons on the right side. It emphasizes the importance of site content over the browser frame.
598257 spellchecker 57 79 44 We are not addressing this feature request in IE9, but will be considering it for future versions.
598737 Show Desktop not showing Sidebar Gadgets 52 77 26 Gadgets should always remain visible on your desktop, even when you hit the Show Desktop button. We fixed this issue in the RC.

While we are pleased to be able to fix many of the top issues, in the end we won’t fix every issue reported. As we said above, there are a variety of reasons why we decide to not fix a reported issue. Some of these issues are external to IE, some may introduce security issues, while others may be limited in their scope of impact. Sometimes we receive conflicting feedback – while one segment of users may like the cut-off Back button, others may not. In all circumstances, our decision making revolves around delivering a quality default experience for all of our users.

Looking Forward

Our continued request is that you download the IE9 Release Candidate, try the samples on the test drive site, and try your own sites. Visit your favorite sites, try out the new features we announced and changes we made to the browser frame, and send us feedback about your experiences. Developers, send IE9 the same markup that you send to other browsers and use feature detection, not browser detection, to alter behavior between browsers and versions, when needed.

The IE7 compatibility view built into IE9, which some sites may run in, does not offer the best performance possible. If you still have sites that run in IE7 compatibility mode we recommend that you move those to IE9 standards mode. We want sites to get the full performance benefits of IE9 that come with running in IE9 standards mode. We also want your feedback from handing IE9 the same markup you hand other browsers.

Thanks again for your participation in the Internet Explorer feedback program.

—Justin Saint Clair, Program Manager


Comments (69)

  1. Matthew says:

    Awesome stuff, but please make the tabs pretty again somehow! Very impressed with IE9, though would also like the HTML5 history API and CSS transitions.

    The hardware acceleration is pretty stunning.

    Can't wait to see the finished version!

  2. CnEY says:

    I have to say I'm kind of shocked they "fixed" the menu "problem" – it's been like that for 2 versions of IE, users could always press alt to show it (I think? maybe that in itself was added at some point), and I'm pretty sure there was an advanced option to turn it on permanently too?

    Some people need to grow up and learn to adapt to new better UIs once every couple of decades.  I guess the people who complain about that must hate Chrome, Opera, and what FF4 is turning out like, too.  But this is all my snarky biased opinion, and since the IE team was equally receptive of the tab/address-bar real estate complaint, only fair they listen to other gripes too.

  3. Quppa says:

    What will happen to the ~5000 remaining active feedback submissions once IE9 goes gold? Will they remain active?

  4. Ian says:

    So is the release cycle for IE going to remain the same? Are we going to have to wait 1 to 2 years before we get any updates?

  5. Andre Ziegler says:

    Do you improve the XML loading speed? the performance is 1000 times slower compared to IE7/8.

  6. S says:

    At least 10 times more important than what the back button looks like is how to use it.  If I want to use 10-20 horizontal pixels (out of nearly 2000) for a drop down arrow, why can't I in IE9?  I suppose I'll get used to right clicking, but that's annoying when using a laptop touch pad.  Yes, I know that click and hold is an option as well, but that's even less friendly on a touchpad (you have to double click and hold) and it takes even longer.

    Overall, though, the IE9 RC is shaping up thanks to a vastly improved browsing engine and listening to some suggestions from the community.  I still say that customizibility shouldn't be seen as a bad design decision.  Your default UI designs are very reasonable, but let the power users customize their browser.  (See Firefox for how customizable a browser should be.)  A separate tab row is nice, but I know you can do better than that.

  7. Marcus says:

    Will you be shutting down and removing all the bug reports again like you did before?  The reason why we gave up on the Connect system was threefold.

    1.) MSFT showed no commitment to fixing the bugs, or verifying their existence until it was too late to fix them.

    2.) MSFT would close blatantly obvious BUGS as "by design" instead of correctly labeling them as bugs- even if they were to be considered a "won't fix"

    3.) MSFT made little attempt to keep the communication open or fluid with months between updates/feedback.  Including shutting the whole system down and never fixing the search so that it actually worked. (the steps to file a bug were too many too, thus most were never reported)

    I refused to use the system during the IE9 beta program because I was disgusted at how we were treated during the IE7 and IE8 process.  Furthermore I will not enter another bug or verify them for Microsoft until they move off the horrible Connect system AND provide up front disclosure that they will ACTIVELY participate in the process.

  8. Quppa says:

    Speaking of Connect, is there any chance that the AJAX-heavy feedback navigator might be overhauled? It's painful being returned to the default view (Open feedback, page 1, 10 items per page) after viewing a bug/suggestion and clicking the back button. I thought IE8+ improved AJAX back/forward navigation, but the experience seems equally poor in all browsers :(

  9. 8675309 says:

    i remember that the mse wiped all the connect bug reports when its successor went into beta. it was frustrating. personally i hate the new mgs/xbl beta bug report submission idea of using mgs/xbl forums instead of connect

  10. Eduardo V says:

    Internet explorer 9 crashes all the Time,DEp is the responsible of this and i haven't been able to solve it. Even with no addons it crashes on startup

    Someone help me.

    Send me an e-mail to eduardval@hotmail.com

  11. IE 10 says:

    ·         synchronization services (bookmarks, auto fill, extensions, passwords, preferences, etc)

    ·         integrated spell checker

    ·         tabs that don’t resize until you exit tab area so you can close many tabs without realigning the mouse (like Chrome)

    ·         redesign/update the options menus

    ·          “paste and go/search” right click option for URL bar

    ·         option to add dedicated search in addition to url input (like IE7/8)

    ·         automatic browser session loading (load tabs as i last closed the entire browser without having to find the load last session thingy)

    ·         mouse gestures

    ·         show resized images during load for images larger than the screen (like chrome) … don’t wait until it’s complete to resize

    ·         better extension discovery / manager

    ·         integrate options and download manger type features into tabs (does this interfere with Window UI rules … if so please post that it does … start a FAQ to cover top requests and whether they are possible or being considered)

    ·         technical explanations on why IE9 isn’t quite as fast in V8 and some of the other benchmarks … what are the challenges … is it something being worked on or is it something deemed to not happen in the real world

  12. @ IE 10 comment says:

    Srsly? Why not just ask them to come clean up your room for you so your mom will stop bugging you for that.

  13. IE9 boy says:

    Once again I beg you to consider adding an inline spell checker.

    Please, please, IE team.

  14. Jim Cruickshank says:

    Ok call me dumb, but I can't figure out how to make the favorites appear in the top left as you say I can above… Any help would be appreciated. Thanks

  15. Klimax says:

    IE8 bug reports are still online on connect. "IE8 Public Tech Beta Program"

    Marcus,you are not helping. And I don't think even your opinion is correct. I could sum you and your opinion in one word,but it is not civil.

  16. Gidon says:

    Would be great if text-shadow would make it in the final release.

  17. alvatrus says:

    I'm surprised the blurry text issue didn't make it into the top 10. I don't experience it, but there still is a lot of argument on them in these blogs.

    Perhaps the IE-team is still working on that, and they are reluctant to give the final "fixed/won't fix/by design" status.

  18. Stilgar says:

    I had same experience as Marcus with bugs being labelled as "By Design". At least try to explain what this design is. What is more it seems better to state my opinion on design decisions here than on connect because if anyone questions a design decision on connect the bug will be closed as "by design"

    P.S. posting from Firefox. I cannot post on this blog with IE9 RC for some reason. After I click post it stays on "Publishing" forever.

  19. Björn says:

    @alvatrus: Font rendering for IE9 content is done through the DirectWrite library and therefore is one "of these issues are external to IE".

  20. gawicks says:

    Good work so far but there's a lot of polishing up to do before RTM. Could you PLEASE remove all the annoying modal dialogs they complelty lock up the browser! I save webpages to disk a lot for my convenience . but it's almost impossible in IE without loosing my patience as the save webpage dialog locks up all the tabs.

  21. IEDead says:

    IE was dead already !!

  22. 6205 says:

    Why you have not redesigned all toolbar from the ground? For example menu bar with ugly blue mouse hover pre-light like from some classic theme. Or primitive bookmarks toolbar, which could look like W7 explorer toolbar. Or bookmarks menu with extra sized spaces between bookmarks. Whay i cannot edit those 3 commands on main toolbar? Your design team is totally incompetent. Shame on you. All that hype around IE9 is irracional..

  23. Mike Dimmick says:

    gawicks: That's also external to IE. Windows common dialogs (Open and Save As) are only available as modal dialogs. Reimplementing them as modeless dialogs would be a lot of work.

    If the dialog stops responding, that's usually down to a third-party Explorer shell extension, and would probably happen in any application that uses the common file dialogs (e.g. Wordpad).

  24. Mike Dimmick says:

    Klimax, Marcus: A release passes into the hands of Customer Support Services. If you want a bug fixed post-release, raise it with CSS. It will cost you a support incident, though this will usually be returned (if free/part of a support contract) or refunded (if paid per-incident) if a hotfix is released. MS aim for the behaviour of a released version of software to be stable, so the threshold for a bug fix is high. If a hotfix *is* produced, it will go into a cumulative update and will be part of the next wide release (security patch, service pack, or another general-distribution release if your fix or another fix is serious enough or affects many people).

  25. fr says:

    One thing that isn't clear in the connect system: if you have already assigned a resolution do you review the bug at all if new comments/data is added or do we have to create a new bug?

  26. Ben Edwards says:

    I am amazed that spell checking has not made it into you guys top list of feedback items…If you go back to IE 7, IE8 and now IE9 a ton of people have requested this on Connect and I know I have too. If you guys actually are saying that you are using and following the feedback you receive on connect I hope people reading this blog will go vote up those bugs on connect for Spell Checking. This really should be a basic feature of a web browser and would solve a lot of problems for web developers as well. Please please please add spell checking!

  27. thenonhacker says:

    IE9, I don't know how would you take off

    The widely-used website today doesn't work properly in IE9. Facebook.

  28. Ooh says:

    One of your IE9 value props is clearly performance. How comes that the well known and respected Jeff Prosise writes a relatively simple Mandelbrot HTML5 app and "IE9 is the least performant"?

    http://www.wintellect.com/…/making-html5-come-alive-with-the-canvas-api.aspx

  29. Alex Lein says:

    Very impressed so far by IE9.  I just spent 2 hours making our webapp compatible and MAN is IE9 quick.

    Very speedy, no memory leaks (that aren't my fault) that I can see, and very decent standards support.  The only oddity I found was your implementation of XML and xmldoc.importNode(), other than that; fantastic!

  30. jabcreations says:

    By design: won't release IE9 on XP because Microsoft wants people to get used to Windows 7's intentionally destroyed GUI.

    By design: Safari has a more customizable GUI! Only made 0.001% effort to fix IE9's GUI and the file menu is NOT at the top where it belongs and it could have been merged with the top bar area (where on the right are the minimize, maximize/restore and close buttons).

    The rendering engine is speedy in some ways compared to other browsers such as DHTML animation however the GUI is a total disaster and moving tabs to their own toolbar doesn't cut the cake at all.

  31. IE 10 <- additional notes says:

    .  Create download in download manager

    .  Tabs grouping (when the head of the tab is dragged to operlap on the other tab's head) like happen in opera

    .  More personalization and synchronization options via SkyDrive. (e.g. connect.microsoft.com/…/643240)

    .  Add indicator to show which tab is running multimedia in the tab's head

    .  Don't give up on simple obvious features such as spellchecker that every decent browser have

    .  Pass Acid test with 100% score, V8 outstanding and other benchmarks with vigor!

    Please don't insult users by giving "By Design" alibi on connect. If you can't handle enormous feedback tickets, either limit the feedback per user and address them well or close connect altogether.

  32. FremyCompany says:

    Wouldn't it be great if a Windows-wide spellchecker could be used in all application (in textboxes for exemple) ? I don't understand why each application needs to develop its own solution to this more than common problem that's grammar checking…

    It would be a great reason to use Windows 8 for many people if all applications or at least a lot of them had built-in spellchecking.

  33. FremyCompany says:

    I must say I don't understand why all applications are responsible of developping its own spell-checker. Wouldn't it be great if Microsoft implemented a Windows-wide spellchecker that all applications would use automatically for textboxes ?

    It would be a very great reason to promote Windows for many people.

  34. SpellChecker!! says:

    Does the spellchecker even qualify as a feature-to-be-implemented-in-future or even a "feature" in 2011 browser application??

    You guys already have great spellchecker in MS office which is not free of cost app ALRIGHT! But what about skydrive.live.com … create a word document on skydrive in IE9 and there you can experience the complete implementation of same spell checker as of MS Office desktop app…

    So this turn out to be feature delay because the baldy guy still thinks that there is time to mess around, withhold and stall such necessity functions. Maybe you guys are afraid that there wouldn't be much to babble about in i.e.ten

    @FremyCompany, I really think that could happen. Imo, the spellchecker-service trend should be adapted by various OS developers. Then applications can be implemented to use it as per the user's preferred/selected language, that’s right!

  35. S says:

    Echoing Jim Cruickshank ("I can't figure out how to make the favorites appear in the top left as you say I can above")

    @ieblog

    That's an excellent question.  I'm using the IE9RC and I can't tell how the home, favorites, and tools buttons can move to "the top-left region" either.

  36. JustinSC [MSFT] says:

    @Quppa – We are actively triaging all of the outstanding bugs – thousands have come in just since the release of the RC – it's great to see such interest from the community, but that also means we have some work to do.  All bugs submitted before the final release will remain active until they have been triaged.  We'll share more about that in a later blog post.

    Regarding the Connect navigation model, you should definitely make sure to provide them your feedback directly at connect.microsoft.com/connect.  For the IE teams part, we'll definitely take this feedback into consideration as we  work with them on improving the experience.

    @Marcus – I appreciate your feedback.  We learned from IE7 – sd @Klimzx notes, with IE9, and going forward, we are using a unified bug database that allows you to see all the bugs filed historically from IE8 on.  We also will continue to solicit feedback after IE9 is final – we'll share more information on that in a later blog post.  In response to your other points:

    1. As per this blog post and blog posts referenced within it, we are definitely committed to verifying and fixing the bugs users report.  While we can't fix every bug, we have fixed thousands of user submitted bugs, many of which had significant impacts on design decisions for the Beta and RC.  Users should know we take their feedback seriously.

    2. By Design vs. Won't Fix is a difficult distinction.  Inherently, if a user considers something a bug, and we say it is By Design, they may  still interpret that decision as Won't Fix.  The great thing about our bi-directional feedback system is that the community has the opportunity to let us know if they disagree with those decisions, whether individually or as a collective, and we can revisit them.

    3. As I noted above, we won't be shutting down our feedback loop as we move forward.

    I hope it is apparent to you that we are investing in improving our feedback system.  We continue to work with the Connect team and others at Microsoft to make our feedback systems work well for our users.  I hope that you will find these changes merit reconsidering your participation in our programs.

    @Eduardo V – can you use the Feedback Tool (Ctrl + X, K) in IE9 or Connect (connect.microsoft.com/ie) to let us know about your issue?  If you provide us with an IEDiag log (blogs.msdn.com/…/ie-diagnostics.aspx), that would be helpful – it's automatically included with the Feedback Tool reports.

    @Jim Cruickshank, @S – if you turn the Menu bar on (or hit Alt to show it), it makes your Favorites accessible from the upper left.  It doesn't pin it there, but you can do that from the Favorites bar itself (using the Left facing arrow key).

    @Alvatrus – the list provided is the "absolute" top 10 list – it's not filtered by the decisions we made on those bugs.  The reports of blurry text continue to be an issue we hear about and are working to address.

    @Stilgar – Connect remains the best place to let us know about your concerns, including issues with design decisions.  As noted in this blog, some "bugs" were themselves design change requests – a big part of what helps us make the decision to change the design is the volume of community sentiment.  As an aside, we are looking into your report of not being able to post here with the RC.

    @fr – users are able to re-activate their bugs; that is the best means to ensure we revisit a bug.  Beyond that, yes, we do monitor bugs for subsequent comments, but that does not ensure we'll specifically revisit in from a resolution perspective.

  37. Linton says:

    @Justin Saint Clair – thanks for following up in the comments, there is a distinct absence of MSFT personnel adding comments on here – glad to see you joined us as this *IS* where most of the discussion goes down.

    Regarding Bug vs. Feature – By Design vs. Won't Fix etc.

    One of the very often discussed BUGs in IE is the behavior of the HTMLElement.innerHTML setter in that it out right fails on certain elements.  MSDN has often quoted this as a "By Design" item, but it has been thoroughly discussed, and DISCLOSED by MICROSOFT that this is indeed a BUG with the Microsoft implementation due to the way IE/Trident's DOM tree manipulation works.

    Very sadly, this BUG has NOT been fixed in the 10+ years it has been known and published and in each release of IE the Connect bugs filed, and the comments in this blog go unanswered.

    This is NOT acceptable.  If Microsoft truly wants to be open, they need to discuss when they plan to fix this bug for good and commit to a release.

    With HTML5 being the focus of the IE9 release – and Internet Explorer being the ONLY browser that can't properly set .innerHTML according to the specs it doesn't set a great example for a browser that is trying desperately to push IE into the realm of modern browsers.

    Is there any chance that this will be fixed in the final IE9 release? Or will we have to wait until IE10 to get full, proper HTML5 support?

    I'm sure if MSFT opened up their code to the public we could have a fix in before the weekend… but sadly MSFT hasn't learned that valuable technique yet.

    (end bitter, grumpy rant about a feature that should have been fixed in IE9… and even IE8… well really IE7… well no actually IE6 shouldn't have shipped without this fix!)

  38. Linton says:

    My gosh the blog software sucks! – please change to ANY other platform!

    Attempt # 2

    @Justin Saint Clair – thanks for following up in the comments, there is a distinct absence of MSFT personnel adding comments on here – glad to see you joined us as this *IS* where most of the discussion goes down.

    Regarding Bug vs. Feature – By Design vs. Won't Fix etc.

    One of the very often discussed BUGs in IE is the behavior of the HTMLElement.innerHTML setter in that it out right fails on certain elements.  MSDN has often quoted this as a "By Design" item, but it has been thoroughly discussed, and DISCLOSED by MICROSOFT that this is indeed a BUG with the Microsoft implementation due to the way IE/Trident's DOM tree manipulation works.

    Very sadly, this BUG has NOT been fixed in the 10+ years it has been known and published and in each release of IE the Connect bugs filed, and the comments in this blog go unanswered.

    This is NOT acceptable.  If Microsoft truly wants to be open, they need to discuss when they plan to fix this bug for good and commit to a release.

    With HTML5 being the focus of the IE9 release – and Internet Explorer being the ONLY browser that can't properly set .innerHTML according to the specs it doesn't set a great example for a browser that is trying desperately to push IE into the realm of modern browsers.

    Is there any chance that this will be fixed in the final IE9 release? Or will we have to wait until IE10 to get full, proper HTML5 support?

    I'm sure if MSFT opened up their code to the public we could have a fix in before the weekend… but sadly MSFT hasn't learned that valuable technique yet.

    (end bitter, grumpy rant about a feature that should have been fixed in IE9… and even IE8… well really IE7… well no actually IE6 shouldn't have shipped without this fix!)

  39. kzarrj says:

    border radius is not working in fieldset with legend.  Other browsers render ok.

    If microsoft say that they implement css3 border radius it need to work with all elements.

  40. DanglingPointer says:

    @Linton, I agree MSFT's decision to keep the code proprietary is final and understandable but still they can let their audience participate more closely by providing some kind of an interactive prototyping tool where people purpose their idea/wishlist in the form of an illustration if it’s pertaining to GUI and people can comment/vote them. Maybe an 'opinion driven approach'! This way MSFT shall have a clear idea that which features the users are fanatic about, how the users like them to get implemented and which features they don’t have any real opinion. Moreover, that tool should interface directly or atleast influence the s/w development process, like the final commit for a particular feature is submitted in its thread where users had previously submitted ideas/comments/votes and MSFT was communicating with them alongside (e.g. why "by design" or technically which idea would suite and why). MSFT would become a true listener to its customers and zillion of complaints would get vaporized.

  41. Joules says:

    Here's the quick 30 second pseudo code for Microsoft to fix the .innerHTML property on the SelectList.

    //setter

    HTMLElement.setInnerHTML(newInner){

     if("HTMLSelectElement" == this.type){

       var attributes = this.attributes;

       var properties = this.properties;

       var events = this.events;

       var newOuter = "<select";

       for(var i in attributes){

         newOuter += " " + attributes[i]name + "=" + attributes[i].value;

       }

       newOuter += ">" + newInner + "</select>";

       this.HTML = newOuter;

       for(var i in properties){

         this.properties[properties[i]name] = properties[i].value;

       }

       for(var i in events){

         this.addEventListener(events[i]name, events[i].value);

       }

     } else {

       //do normal processing

     }

    }

    There's absolutely no reason this bug should still exist in IE in 2011.  It should have been fixed before this century even started.

  42. GT says:

    I switched to Google Chrome, it has a spell-check and much more, keep putting what you want in IE and not what the customer want, and you will continue losing market share, keep losing market share, and your company will not make any money to pay you, then like Nokia, you will go home.

    Good job :-)

  43. Jim Cruickshank says:

    So the answer to "Move the home, favorites and tools buttons" is really – You can't move them, but you can open various toolbars that take a lot of screeen space instead. Not what I was hoping for. Just want to drag the favorites button to the other side. I have to use XP at work so I am constantly going to the wrong side of the screen to find the favorites both at home in  IE 9 and work in IE8.

  44. Mudassir says:

    These are the top 10 UI issues which I would like to be added/fixed before IE9 is finalized.

    1.  Tab background

    IE9 tabs have semi transparent Aero effect and tend to merge with the background content. Try opening a black commmand prompt window and move IE9 in front of it. The tabs become almost unreadable. Please add a glow effect to the tab titles (like the window 7 adds a glow effect to window titles).

    2. Tab Close button.

    Make the close button of active tab visible only when mouse hovers the tab, just like inactive tabs. This will make a little more room for the active tab to display the page title.

    In RC, inactive tabs can be closed without activating them. The close button shows up as the mouse hovers an inactive tab. This saves a click but I find myself mistakingly closing tabs when switching to an inactive tab. This happens quite frequently, specially when using a touch pad instead of a mouse when pointer precision is not that good. Please give an option to return to previous behaviour, (like in beta) where close button of inactive tabs was not available.

    3. Home button

    Move the home button to the left side, near address bar, like the custom home button added to a pinned site IE window.

    4. Search button.

    Make room for search text (Ctrl+F) button on toolbar. Ctrl+F is fine for me but many users access features from a toolbar button or menu. This frequently used feature has no toolbar button and the menu command is burried 2 levels deep.

    5. Search provider names

    In IE9, you cannot see the name of the search provider. When a search term is typed in the OneBox, the search toolbar appears below the box, but displays icons only. To see the name of the search provider, you have to move the mouse over an icon and wait for the tooltip.

    Sometimes, we add more than one search provider from the same site, like web search and image search. Sometimes, icon is not available at all and IE provides a default icon. In such cases, it becomes difficult to distinguish searches by looking at the icon only.

    Please look into this issue and find a way to display search provider names as well, as IE8 does.

    Also, IE8 used to discover search provider from a webpage and offered to do search from that search provider with or without adding it to the available searches. In IE9, the search proivder discovery feature is completely gone.

    6. Seach terms

    IE8 used to update its search box when the user searched from within the site. For instance if I search something in google, IE8 used to update its seach box, provided that the search engine I am using is registered in IE8 as a search provider. This feature is not available in IE9. If I search something from google web page, IE9 does not update its search terms. Please look if this feature can be restored in IE9.

    7. Titlebar

    You guys are striving hard to minimize the space used by the frame. For this purpose you have combined address bar and tabs on the same row. I don't understand, what is the use of blank title bar. Either remove the titlebar to provide more space to the site or use it to display page title.

    8. Status bar

    In the status bar, I see that all information icons are gone, and only zoom button is left. I don't see what is the benefit of hiding this information, if the space used by the status bar is same.

    9. Tools menu

    Put icons in tools menu (Alt+X). It is hard to find menu items without icons.

    10. Feeds/Webslice discovery

    If this button can be added to the main toolbar, the Command bar will no longer be required, as all remaining commands are added to the Tools menu.

  45. Cougar says:

    Many good points were made in these comments (and comments to previous posts), but apparently this is all pointless. In the eyes of MS this product is now feature-complete, so we will not get spell checker, we will not get better UI customizability, we will not get inactive tabs that are readable, etc. etc. Just wait two years for IE10 and *maybe* some of your concerns will be addressed. *sigh*

  46. sad says:

    The only people who care about "standards" are using other browsers and won't switch to ie…

    Ie8 gui was almost perfect, but you had to "innovate"… searching in ie9 is almost as broken as in chrome. One bar is not a replacement for search box.

  47. DanglingPointer says:

    @Cougar, the level of customization/personalization that Opera browser has shown (in interactive/live tabs grouping, user-accounts and account-based personalization, adjust the whatever button/app/pinning anywhere in the browser arena, highly interactive "about:tabs" equivalent cover page etc.), imo MS should also consider taking over Opera. So MS IE would be for non-techy, business and old people and MS Opera would be for power user and thus comparatively less complaints from people. They do have multiple apps for same purpose. Like MS Zune for windows, Windows Media Player and Windows Media Center all three have almost the same features and are interchangeable. So why can’t they run multiple web browsers. One for Windows Home edition and the other for professional edition and since so forth.

    @ieblog, thank you for educating us with "hardware accelerated rendering" in your previous blogs and that how badly we need it AND YES we are and we will continue to get used to the idea that it’s our necessity. Similarly, these days people are used to enjoy the luxury of spellchecking feature in browsers. Today, every decent non-MS webbrowser is equipped with a spellchecker. Believe it or not, IE9 is drowning without a mere spellchecker! It hurts and I really never like it to happen because I happen to be a big fan of IE and all the MS products that I ever used, actively participate in MS products reviews/wikis and still care about the products which you guys have probably forgotten e.g. MS Reader. Imvvvho, spellchecker is not too much your customers are asking for! So please, rollback your decision on this one and incorporate it in the final version. Then there is lot more to discuss about…say ~5000 issues on connect!

    ~M4Metallica,MSFT&nothingElseMatters.

  48. @ieblog says:

    What about connect.microsoft.com/…/unable-to-render-svg-xml-object . The issue is marked as fixed while the issue persists. You can go check at sputnik.googlelabs.com/compare. The SVG is not rendered in IE9 while FF and others are rendering perfectly fine.

    Also, the ticket is not duplicate of 543394 because 543394  is talking about the error while running the test at sputnik while I am referring to the error on compare page that SVG+XML is not loaded and MS's personnel has closed the ticket as FIXED !! That's stew-pid.

  49. gawicks says:

    @ Mike Dimmick

    Perhaps I did not make myself clear .I'm referring to the 'Save Webpage' dialog that appears AFTER the Save button has been pressed. May be the ieteam ought to move 'Save Webpage' into the download manager like in Firefox.

  50. accessman says:

    Where's the recent pages drop down?  So much faster than going back through pages.

  51. DanglingPointer says:

    @gawicks, exactly and also the "create download" button to manually enter any url to file connect.microsoft.com/IE/feedback/details/625057/   So I would have no reason to keep FDM installed :)

  52. pmbAustin says:

    Okay, help me out here… on the sixth item in the list 600623, there's this comment:

    "With RC we addressed the primary user concern around the option to have a dedicated tab row along with showing the menu bar. With these options, users can get the favorites and tools option in the top-left region."

    I cannot find any way to get the favorites and tools options to move to the top-left.  We can move the refresh and stop buttons from one side of the address bar to the other, but I see no way to move the Home, Favorites, or Tools buttons.  Help me out here?

  53. Aramis says:

    ClearType rendering still not as good as IE8.

    blogs.msdn.com/…/sub-pixel-fonts-in-ie9.aspx

  54. Perspective says:

    Anyone that HAS to develop for IE (especially the poor MSIE enterprise devs) will be grateful for any improvements that are made. Any praise from these people should come AFTER the rest because they have no choice – and the slightest improvement for them is better than nothing.

  55. csa says:

    I cannot post any facebook request! and it's a copy of google chrome!!! the tabs position, the address bar used as search, the drag of the tabs to create another window and back to the original window… it was a little bit faster than IE8, but needs to improve with some pages like facebook because it keeps crashing, and uploading the pages takes too long!!!…

    I had to go back to the IE8…

  56. tuxplorer says:

    You had loyal users using your browser features but with this release, you will lose many advanced users who used depended on all of the removed GUI elements. I just don't see how removing working features that people use everyday in their work instead of simply turning them off by default is progress. No one's going to complain about IE being more customizable. Instead, you make it less customizable, remove what's working previously and on which considerable time has been spent on in previous releases and then say to these users, this is it, to simplify we just had to eliminate features. Take it or leave it. This is going around in circles. Totally wrong approach at its core. I am even considering whether to buy a future version of Windows now with IE9 because IE8 will never be an option on it. The GUI design of IE9 is a massive step back and you don't seem to act on any feedback about the very design unless the feedback is overwhelming as in the case of moving tabs to another row from the one box. Absolutely sad and disappointing for long-time IE power users to which you show no response.

  57. Cougar says:

    accessman: Right-click or hold the left mouse button on the back button to display the recent pages menu. And no, it's not a discoverable feature. One more usability failure for sake of UI simplification.

  58. @pmbAustin says:

    Justin Saint Clair [MSFT] answered your question on 2/24.  What they're claiming is that since you can add a menu bar to the screen, you can now have access to favorites and tools on the left side of the screen.  This is of course a humerous misunderstanding of the request.  Power users want to be able to customize the UI to a comfortable layout that effectiently uses screen real estate.  According to this article, Microsoft's response is to add a menu bar to the top of the screen so those options are availble in the upper left of the screen.  This is screwy logic becaue users aren't asking to lose screen real estate.  They're asking for real customizability!

  59. gregy21a says:

    Give us the search box back. I have become so irritated with search parameters becoming mixed up with urls that I have gone back to IE8 and will stay there until the search box in givemn to IE9.

  60. Ultra77 says:

    (RU) Извините за плохой английский – ie9 неправильно обрабатывает приложения от популярной  российской социальной сети вконтакте – так например не работают форма комментариев и кнопка "нравится" (такие  же как существуют в  фейсбук)

    (EN) Sorry for bad English – ie9 not handle applications from the popular Russian social network vkontakte – so for example do not work form comments and a button like "(such as exist in facebook)

    Here's an example

    _vkontakte.ru/developers.php

  61. albert stienstra says:

    Invariably, IE9 – 64 bit is 10 % slower than IE9 -32 bit, on the HTML5 blizzard test. How is that possible?

  62. Rob says:

    Those are your top 10 issues?! Considering the fact that IE9 is only half the browser all the others are is not on the top 10 list? No wonder it's the worst browser on the planet.

  63. Albert says:

    Unintelligible troll alert

  64. André Jensen says:

    If one create a plain HTML page and put it on a server (which sends ETag and Last Modifed), Firefox and Chrome always seem to check reliable if the page has been updated (conditional request). (This makes things easy for hard working web developers and hobbyists.)

    IE8 have a much more optimistic algorithm than Firefox or Chrome, but at least it checks for updates (both for images and HTML) if one open a new tab or a new window, which increases the chance that the user is served the newest version of the page (including changes to images) greatly.

    The heuristics in IE9 RC seem to behave like IE8, except pages and images are _not_ revalidated if the page is viewed again from a new tab or window.

    In practice large websites know how to optimize caching for images, and they use dynamic generated pages anyway, so the heuristics don’t apply to them, and IE9 don’t win anything compared to Firefox and Chrome. However for writing plain HTML pages, for example for people who just want to create their own homepage and learn HTML, the lack of reliable revalidation in IE9 is an issue.

    Currently some kind of a solution for hobby web developers, for the issue with less revalidation in IE9, is probably to add a meta tag with “must-revalidate” in the HTML code for IE9 RC, or fiddle with the .htaccess and add rules for IE9, but things like that shouldn’t be necessary.

    Please make the revalidation heuristics a bit more reliable before the final version of IE9 is released. Thanks on beforehand.  : )

  65. Matt says:

    OK, top things to make IE9 awesome…

    Let the menu bar be placed above the address bar

    Icon and webpage title in the title bar

    Let us move all buttons where we want them… home and favorites to the left

    Separate search box.

  66. Tooltip says:

    when moving mouse over a tab there should be a tooltip showing the tab's title (on all tabs not just the active one) and it doesn't seem to work when tabs are on a seperate row …

    I totally disagree with a seperate search box !! just type ? and search for whatever you want right from the address bar… i think it's a cool idea ….

  67. Tooltip says:

    and i mistyped separate because IE9 doesn't have a spellchecker ….

  68. Drag & Drop says:

    Please make it possible to drag the selected text/URL into another tab, so that we don't have to use Ctrl-C/Ctrl-V everytime …

  69. user says:

    please allow to customize every buttons,toolbar and menu position and look , like on maxthon2.

    also , please create plugins like IE7pro that will work well on IE9 . i really liked this plugin and they stopped working on it , so it will probably never work well on IE9 .