Please read my blog's comment policy here.
Back in September, I published a list of minor changes in IE9 Beta. In today’s post, I will provide an updated list of things that have changed in the IE9 Release candidate. Note: This list also includes a few changes that were present in Beta that I didn’t mention at that time. Of course, because there are thousands of changes that I will not be covering, please do not mistake this for a comprehensive list, and please note that I'm deliberately skipping over the big feature improvements that will be discussed on the IEBlog.
Improvements in IE9 that impact issues or features previously discussed on this blog can be found by searching for the tag BetterInIE9.
The about URL protocol no longer triggers Mixed Content Notifications.
The New Tab Page no longer omits HTTPS pages unless the option “Do not save encrypted pages to disk” is set.
You can read about other changes at IE9 on MSDN and examine the IE9 RC Release Notes. The team will be posting deep-dive details about major new features in IE9 over on the IEBlog.
That's it for now… I hope you enjoy the IE9 Release Candidate, available for download here.
@Phong: XBAPs are a super-interesting technology, but not one that has gotten much adoption on the Internet. Among the top 100,000 most popular sites, there are zero instances of XBAPs. We believe XBAPs are more commonly used within corporate intranets, which is why this technology remains enabled in the Intranet and Trusted Zone.
While prompting seems like a straightforward compromise, we've been working very hard to avoid introducing new security dialogs. Such dialogs are both unpopular, and users often don't make good trust decisions when presented with them.
In contrast, ClickOnce deployment is a more commonly-used model.
@Eric: Agreed with the decisions. We will bypass this by adding the URL to a Trusted Zone with our Group Policy.
I agree that XBAP is a super-interesting technology and does not get much spotlight. We use it heavily at ImageSource, Inc within our ILINX products.
Although XBAPs aren't commonly used by the big sites, hundreds of our customers use it daily! They are on the internet, our XBAP is running securely under partial trust, and everyone is happy. This change is forcing us to switch to a ClickOnce deployment which we would have to retest, redeploy, and convince our users is as secure as the XBAP. And the application will no longer run within the IE frame...
When we committed to the XBAP technology, there was no reason to believe Microsoft wasn't committed to it as well.
Please re-enable XBAPs in the IE9 Internet zone, at least for partial trust applications.
@Tor: I'm very interested in learning more about your hundreds of customers. What Internet-Zone sites are your XBAPs in use upon? Thanks!
<em> - If IE encounters a file download that is delivered with the wrong MIME type and is sniffed to .ZIP, it will not treat that file as a zip file if the file extension is on a list of known formats that are ZIP-derived.</em>
Any chance of .jar being added to this list?
[Some Firefox dude wrote a rant bashing IE] Needs a reply? people.mozilla.com/.../ie9
IMHO, as a simple non-WEB developer, IE9 RC is very good and has "good" standards support. It can be improved of course. Just a question: where is the important notification 'Protected mode: On/Off' gone? The status bar is empty.
@Hexaae: There already was a reply: blogs.msdn.com/.../a-modern-browser.aspx.
The protected mode notification is on the page's Properties dialog. Right-click a page and choose Properties.
I am glad to see in page search preformance is improved but please take a quick look at at this site. (www.cisco.com/.../481rn.html) I still see slowdowns on this page although its much improved from IE 8,
Thanks! I didn't notice... anyway I hope you'll reintroduce a better warning/notify for such an important security feature the users will easily keep monitoring.
[Sorry for the misunderstanding, I didn't want to bash IE of course. Was just curious about a MS reply to that Mozilla Evangelist... thank you for the reply!]
Perhaps you should report the problems using MS Connect: click on the "gear" to the upper-right and choose "Send feedback"...
"IE9 features improved support for “Bookmarklets”—URL length limits were relaxed and several security prompts were tuned."
Sounds great! - what are the new limits (was 504/512) - and which prompts changed? (I did notice that users/developers can now drag bookmarklets to their toolbars finally! :-D
Speaking of minor changes...
In certain sites it is very common to truncate the beginning of http links as "ttp", as some sort of cheap referer-hiding method.
A couple of hastily collected samples:
IE8 used to automatically add the missing h whenever you copy pasted one of those links to the address bar and navigated to it.
Now IE9 instead converts the "ttp" to "ftp", which is far less useful in my opinion. Can we get the IE8 behaviour back? I reckon pasting truncated addresses must be more common than somebody miss-typing ftp as ttp.
Further, other users at the IE blog have commented about the Paste & Navigate feature and how it would be nice to have "Copy, Paste & Navigate" whenever you have an address selected in the client area, and I agree entirely. Coupled with the above request, I would appreciate if "ttp" addresses were recognised and one was able to "Copy, Paste & Navigate" to them. Opening them in a new tab as an option would be even better. Lastly (since we're dreaming and all), an option to not switch to the newly created tab would be the icing on the cake.
The RC is great. Keep up the quick improvement rate, thank you.
@Tino: Using "hxxp" still works. FWIW, you might like my "Linkify and Open" context menu extension published at http://www.bayden.com/ietoys/. This is designed exactly for the scenario where a site has deliberately not linked a given string, and it performs a very-aggressive protocol fixup.
@EricLaw: your support is breathing life into IE9! Also thanks for ietoys: especially linkify, cleanup and HTML source are a must. Can you please elaborate on whether such enhanced functionalities will find their way into RTM?
And more precisely:
HTML source in F12? (especially on very complex pages e.o. would prefer to markup and hit F12 and then get redirected to the start of this code)
Cleanup: sorry to say that, but with "Readabillity" implemented in Chrome Apple got step ahead. IE9 has to remedy that and can even go a step further implementing "Clean View" for multimedia as well. An example: Use "Single Site Only"-method. What I mean is, if you visit for example animeshippuuden 2/3 of all the flash that is downloaded are ad-banners from OTHER sites. Here I am desparately missing "I want to see the flash from this site only, please!"-principle as cleanup view: this can improve load speed as well, you can imagine :)
Linkify: THIS is a thing that I wanted to build as soon as IE-Accelerators were presented to the audience, but never found time to learn how :) How about integrating as "standard" accelerator in IE9 RTM?
Thanks again for the ear and patience!
Linkify works like a charm, thanks!
I like IE9 RC, but it breaks the mshtml document "DesignMode = "On".
My html editor is now ReadOnly. :-(