Welcome to MSDN Blogs Sign in | Join | Help

Improvements in Web Browser Compatibility

Hi folks, my name is Troy Starr, and I'm a tester on the Windows SharePoint Services team.  One of the areas I work on is web browser support.  Since releasing Beta 2 of Windows SharePoint Services v3 and Office SharePoint Server 2007, we've received many questions about our web browser support in the new version.  It's great to hear that we're getting so much interest this early because we've been focused on improving this area ever since we started planning the new version.  If you've attended our preview presentations and events, you know how excited we are to share these plans with you.

 

Before we talk about where we're going, let's have a quick flashback on where we were.  Our previous versions were primarily deployed in intranet scenarios such as internal collaboration sites and internal portals.  End users typically all used the same corporate-approved web browser such as our Internet Explorer, and we added support for additional third party browsers such as Netscape in the 2003 version as well as Mozilla and Firefox over time via subsequent Service Packs.

 

When planning for the upcoming 2007 version, we knew that our new features such as wikis, blogs, and RSS would make us very attractive for Internet facing sites.  And the extensibility we provide meant that many other server products could be built on top of SharePoint and serve a diverse user base.  These users could be using a variety of web browsers, so we decided to bring key representatives from all of the SharePoint Products and Technologies teams together to form a "virtual team" to plan our web browser support.  We studied web browser market share data, reviewed the customer feedback we had received for our previous versions, and came up with a vision for what our web browser support story should look like.  We then used this virtual team to coordinate our testing and documentation efforts around that vision.  To reduce the chance of introducing browser-specific bugs, the SharePoint Products and Technologies teams have been following the basic WSS V3 UI where possible.

 

We decided to divide our web browser support into 2 levels.  Level 1 web browsers will have the optimal SharePoint experience as they can take advantage of advanced features such as ActiveX controls.  They will be supported for all SharePoint functionality including the Central Administration site.  The Level 1 web browsers are Internet Explorer 6 and Internet Explorer 7 for Windows.

 

Level 2 web browsers support all of our basic functionality so that users can both read and write in our content sites, perform site administration, etc.  Some functionality may not be available, some functionality may be available in a more limited form, and some visual rendering may not be as optimized as our Level 1 browsers.  We also will not support Level 2 web browsers on the Central Administration site.

 

An example of functionality that isn't available for Level 2 browsers is ActiveX controls -- that technology is only supported by IE.  There may also be other features that are only available to Level 1 browsers.  An example of functionality that is available in a more limited form would be our "rich text" fields.  In our current release, SharePoint provides a rich text editor with an easy to use rich text toolbar.  To do so, we took advantage of some IE-specific functionality available at the time.  Unfortunately, we weren't able to find room in our schedule for the new version to convert our rich text toolbar to use a more cross-browser compatible technology.  So instead, we're letting end users type in "safe" HTML tags in the rich text fields to achieve the same rich text effects.

 

The good news here is that we have significantly improved SharePoint's cross-browser support in the new release compared to the current 2003 release.  We've also been documenting where our features behave differently in Level 2 browsers, so customers can better understand what to expect when we release the new version.  While subject to change before we ship, the current Level 2 web browsers are:

Windows

  • Firefox 1.5+
  • Netscape 8.1+
  • Mozilla 1.7+

Macintosh

  • Safari 2.0+
  • Firefox 1.5+

Unix/Linux

  • Firefox 1.5+
  • Netscape 7.2+

Please note that the following web browsers, which were supported in previous versions of SharePoint Products and Technologies, will not be supported in the new version:

  • Internet Explorer 5.01
  • Internet Explorer 5.5x
  • Internet Explorer for Macintosh
  • Third-party web browser versions earlier than the ones listed as supported above

Here are some of the improvements that we have made in our Level 2 browser support compared to the previous version:

  • Most context menus are now supported in non-IE browsers.  You'll notice that we've heavily integrated context menus into SharePoint with this version.  These are the menus that appear when you hover over list items and click on the menu triangle, as well as list toolbars, view selectors, etc.  By adding non-IE support to most of our context menus, not only will end users have a better experience interacting with SharePoint sites, but developers will benefit too.  Now they can take advantage of the extensibility we offer in those menus and not have to worry about providing a separate code path for non-IE users.
  • Creating file attachments to list items is now supported in non-IE browsers.  This was a popular request from previous versions, so we've extended that support beyond just Internet Explorer.

The best part of our improved web browser support is that you can start using it right now.  Simply download and install Beta 2 (from http://www.microsoft.com/office/preview/beta/getthebeta.mspx) and start using your favorite features in any of the browsers listed above.  Our Beta testers have already given us much feedback on browser support in Beta 2, and we've been using that to fix bugs and improve our compatibility.  You can expect our next milestone build (Beta 2 Technical Refresh) to provide even better web browser support.

 

 

Troy Starr, SDE/T for Windows SharePoint Services

Published Wednesday, July 19, 2006 8:28 PM by sptblog
Filed under:

Comment Notification

If you would like to receive an email when updates are made to this post, please register here

Subscribe to this post's comments using RSS

Comments

# SharePoint's New Version Improves Web Browser Compatibility

Wednesday, July 19, 2006 4:49 PM by OpsanBlog

# Sharepoint 2007 + Firefox = No rich editing

Wow, talk about perfect timing. I was just about to complai…er…blog about this, and one
Wednesday, July 19, 2006 5:19 PM by Kevin Dente's PuppiesAndIceCreamBlog

# Browser support in WSS v3

Thursday, July 20, 2006 2:29 AM by Portals

# re: Improvements in Web Browser Compatibility

Will features be trimmed for each browser? For example - no point showing "Explorer View" or anything like that for someone that is using Safari or Firefox. It is just distracting to see features that launch a dialog saying that "the functionality isn't supported in your browser". Doesn't make the peeps happy!

Also - glad to see you guys are allowing Firefox and Safari users to input HTML. Although not a perfect solution it is much better than the warning message we received before. Hopefully we will get true rich-text editing for these browsers at the same time you improve the control to output XHTML compliant code :)
Thursday, July 20, 2006 4:03 AM by Ben Skelton

# SharePoint 2007 und Browserkompatibilität

Troy Starr aus dem SharePoint-Team gibt eine Übersicht, welche Browser in der neuen Version SharePoint...
Thursday, July 20, 2006 5:06 AM by SharePoint, SharePoint and stuff

# re: Improvements in Web Browser Compatibility

So you still make Firefox a second-class browser? That's lame. Come on... research your actual audience, not the world at large. I can promise you more of them use Firefox. And besides, things like rich text editing and everything AJAX have been solved to work in both IE and Firefox.
Thursday, July 20, 2006 10:04 AM by jeffyjones

# re: Improvements in Web Browser Compatibility

You must then be the first and only company that seriously attempts to sell internet facing blog and wiki software that doesn't fully support Firefox. Good luck.
Thursday, July 20, 2006 10:46 AM by davidacoder

# re: Improvements in Web Browser Compatibility

Please oh please give us a good reason why firefox is a Level 2 browser in this day and age!
Thursday, July 20, 2006 10:58 AM by M

# Tech Talk PT » Blog Archive » Improvements in Web Browser Compatibility

# re: Improvements in Web Browser Compatibility

Lack of support for firefox and the richtext editor must be a business decision and not a technical decision.  There are plenty of cross-browser rich text editors available both comercially and freely.  

We had the same problem with MCMS, luckliy microsoft paid for a license for the telerik control which worked without any active x controls.  Why are they repeating the mistake again, now we will have to go through the hassel of installing a third party rich text editor again.

I can understand having the central admin pieces IE only, but you need to support the other browsers with a richtext editor and other basic functionlity that is available in many other solutions.  Customers expect this functionality and many of them don't use IE.
Thursday, July 20, 2006 1:54 PM by Estyn

# re: Improvements in Web Browser Compatibility

So the 24% of Australia users that are on Firefox can go jump? Sounds like a plan to limit the adoption of SharePoint as a corporate tool.

Why, limit a paid server tool to your own free browser? You don't make a cent off people staying on IE, yet you insist that we all use it to access your expensive server apps!?
Friday, July 21, 2006 3:04 AM by Angus McDonald

# Microsoft's SharePoint treats FireFox as 2nd class citizen

Looks like the next version of SharePoint won't support FireFox fully.as Jeff mentiones: "Every
Friday, July 21, 2006 7:20 AM by ISerializable - Roy Osherove's Blog

# re: Improvements in Web Browser Compatibility

I concur - there are some really great third party packages for cross-browser inline editors now. There's really no excuse to use activex junk. Even more important than the lack of cross-browser with activex, I've had clients who were on corporate networks where activex was disabled.  

TinyMCE - easy as pie. You can even define the css classes available to work with.  I understand that there are licensing issues with this sort of thing, but still... Having to tell my clients what browser they can use is really lame.  

However, I am really really really excited about the new version of Sharepoint.  This is something I've been looking forward to in the .net world for a long time now. Thanks for having at least some cross-browser support, and for making sharepoint viable as an internet portal!!
Friday, July 21, 2006 3:25 PM by dylan

# re: Improvements in Web Browser Compatibility

Hi everyone, thanks for taking the time to give us your feedback!  As I said before, I'm glad to see that there’s so much interest in our upcoming version and what browser support we will have.  Let me jump right in and respond to your comments...

I see that many of you are disappointed that we won't provide a rich text toolbar for Level 2 browsers.  I think it's safe to say that we're all disappointed about that - including the SharePoint team itself.  We know that this is a very convenient feature to have, regardless of your browser.  As I mentioned in the post, we've been in discussions with our customers ever since we started planning the new release, identifying what problems they're trying to solve and analyzing what parts of our previous releases have come up short.  We've used that feedback to plan what we think will be the right mix of new features and improvements of existing features to make the new release very compelling.  An example of this is support for creating file attachments to list items in Level 2 browsers.  Customers told us that this was important functionality that we were missing in the current release and we listened by adding this support to Level 2 browsers.  Since there's a finite amount of time in our schedule, some things such as the rich text toolbar didn't make it.  (It's not so much a question of figuring out how to solve the problem - it's the time it takes to actually make the changes in the code, test them, fix bugs, etc.)

Another concern is that some browsers will have a downlevel experience in SharePoint.  While true, I don't want people to interpret this as meaning that downlevel experience will be poor.  Nothing could be further from the truth!  If you use the Beta 2 build today with any of these browsers, I think you'll see a very high quality experience - better than we have in the current v2/2003 release.  And as I mentioned, we've continued to improve that experience after the Beta 2 build - the Beta 2 Technical Refresh build should be even better.

Another question is why we make a distinction between Level 1 and Level 2 browsers, and what makes a browser fit in one category or the other.  The biggest differentiator is support for ActiveX controls.  We use ActiveX controls to improve the SharePoint experience in certain areas.  For example, the ability to easily select multiple files to upload at one time and to edit list items in a datasheet view.  These features are usually very difficult or impossible to implement with non-ActiveX technologies that are currently available.  There are also other differentiators such as WebDAV support, which allows you to interact with your SharePoint site as if it were a network share that you've mounted.

Someone misunderstood this post to mean that SharePoint won't provide AJAX support in Level 2 browsers such as Firefox.  Although I never mentioned AJAX, I'll take this opportunity to clear up any confusion here.  SharePoint will use AJAX throughout the product and is supported in both Level 1 and Level 2 browsers.  This includes our context menus, view filtering, etc.

Feature trimming based on browser is a tricky line to walk.  For example, there may be a bug in a browser that causes feature x to fail, or browser y doesn't support a technology we need for a feature to work.  So, we trim that feature from that browser.  Then browser y fixes that bug or adds support for that technology, but can't access that feature because we've trimmed it.  Unfortunately, we're then open to accusations of purposely crippling support of that feature in that browser.  That said, we know that we can't always please everybody, so if there are specific features where we're not trimming and you'd like us to, please post a comment here to let us know.  We'd love to hear from you.

Once again, thanks for sharing your feedback with us.  I appreciate all of the comments you've made so far, both favorable and critical.  I hope you'll continue to give us your feedback, which I'll be passing on to other members of our team to take into consideration for the v3/2007 release as well as the next release after that.  I also hope you'll take this opportunity to install the Beta 2 build and try out our browser support firsthand.
Saturday, July 22, 2006 1:58 PM by Troy Starr [MSFT]

# re: Improvements in Web Browser Compatibility

Please at least make the input forms like wiki etc... work before the final? There is no reason to make people use HTML!! Come on do right thing :)
Saturday, July 22, 2006 10:34 PM by ck

# re: Improvements in Web Browser Compatibility

Troy,
Thanks for the detailed response. I don't think anybody expects features that go beyond the capability of a browser (like multi-file upload), and therefore require ActiveX controls, to be supported on down-level browsers.

Rich-text editing, however, clearly does not fall into that category. Especially in regards to wiki's and blogs, rich editing is part of the core user experience. You've crippled those features for non-IE users. I suspect that you'll find the uptake for internet facing sites will be a disappoint for you because of that.

As for the resource argument - sorry, but that that's a tough sell. The wiki software that we use currently, Perspective, manages cross-browser rich editing, and is written by one guy as a pet project in his spare time. Microsoft is the largest software company in the world - I think you guys could have managed it.

BTW, generally I've found the Firefox support, outside of the richtext stuff, to be quite excellent in WSS 2007. That's part of why this editing mess is so disappointing.



Sunday, July 23, 2006 5:47 PM by Kevin Dente

# Microsoft PacWest SharePoint Server Newsletter – July 2006


Microsoft PacWest SharePoint Server Newsletter – July 2006

 Update on Download Availability of...
Wednesday, July 26, 2006 2:05 AM by Owen Allen (MSFT PacWest)

# Cross-browser compatability in WSS/MOSS

From the Sharepoint product team blog an article setting out a compatability matrix for which bits of...
Thursday, July 27, 2006 6:48 AM by Breaking Point Blog

# re: Improvements in Web Browser Compatibility

First of all I have seen nothing in MOSS or WSS that "NEEDS" activeX to work.  There are other ways of doing things in a more browser compatible format including multiple file uploads (Google has a really nice one in Gmail).  Separating browsers into a "Microsoft" vs "Not-microsoft" world does not improve your browser support credability.  

Secondly, realizing that you are using a DHTML control to create the HTML input, why not just disable the specific buttons that use the "IE only" functionality and offer a Feature to enable the simple DHTML editor in Firefox.  If you aren't doing your DHTML editor base components in a browser compatible method, then change the control to use the proper browser compatible base control (i.e. div instead of iframe, etc).  Otherwise you are forcing all of us internet developers to use a third party control (which I am sure Telerik will be more than happy to provide at a fee) and not even providing the same functionality that free Wiki and Blog software provide.  A Wiki that doesn't support everyone is no Wiki at all.
Thursday, July 27, 2006 2:37 PM by Stephen

# re: Improvements in Web Browser Compatibility

Forgive me for being blunt, but what the hell are you MS guys thinking. I honestly believe that there is something else at work here. Why on earth can you not provide cross-browser rich text editing. If it comes to it, just buy an effin control from a third party (or buy the third party). It's not like MS is strapped for cash! Come to think of it, what about the editor you are using on Live.com!! Its not a fully featured, but at least end users dont have to be able to write raw HTML! Don't get me wrong, WSS 3.0 is great, but I think you guys are sticking your head in the sand about this one. I astonishes me how you seem to think this is acceptable. I for one would be happy to wait an extra month or two for this feature.
Monday, July 31, 2006 9:54 AM by Andrew Emmett

# re: Improvements in Web Browser Compatibility

Not to say much, but Troy has proved his point here that he cannot satisfy the Majority as it affects one Tag or the other. E.g. To every action there is an equal and opposite reaction. If Troy tries to introduce Cross-browser rich text editing there will be lot of ManHours spent which i feel is useless b'coz when a browser is already available which does the same functionality then why?

Secondly MOSS2007 is already is in its Beta 2 and now the time has come for RTM which where one cannot make 100 changes for the cross-browser rich text editing feature for that too another browser and then test it and over and above affects other features etc...

Girish J Bhatia [MSFT]
SharePoint Lover
Wednesday, August 09, 2006 8:01 PM by Girish J Bhatia

# re: Improvements in Web Browser Compatibility

Hello,

I would appreciate your feedback on the following "bug" I've noticed when browsing a MOSS 2007 Picture Library (http://www.miraclecorners.com/Pictures%20Gallery/Forms/AllItems.aspx):

1. When browsing with IE 6.0.3790.1830 (on Windows 2003), the browser simply stalls and the iexplorer.exe process has to be shut with Task Manager
2. When browsing with Firefox 1.5.0.3 on the same W2K3 box, it works like a charm

It seems strange to me that MS products fail at browing SharePoint data when not-MS product succeed...
Thursday, August 10, 2006 8:27 PM by RLConsulting

# re: Improvements in Web Browser Compatibility

Just curious - you mention that the content editor will use activex.  This is an issue I'm currently dealing with for one of our clients.  They are on a hospital network that disables activex.  Will 2007 continue to be unusable by them?  This is a pretty major problem for us, since most of our clients will be using this same network.  We can't expect them to know html.
Tuesday, August 22, 2006 1:54 PM by dylan

# re: Improvements in Web Browser Compatibility

Where can I get information on compatibility with versions of Windows and Office?  I have a client who is considering deploying their Intranet on MOSS but they have users from many different offices using varying versions of Office and Windows
Tuesday, September 19, 2006 5:05 PM by Suzanne Oliver

# SharePoint en Firefox | KennethVerburg.nl - Information Engineer in het Wild

# WSS 3.0 in... Camino!?

Well, news this week is that IBM regards mac as a 'resurgent platform' and will improve Lotus Notes support...

# re: Improvements in Web Browser Compatibility

Please give us a rich-text editor that works in browsers other than IE! SharePoint even has some of the Linux gurus I know very impressed, but lack of rich-text editing (especially in the Wiki) remains a constant embrassment. If some free forum and CMS solutions can manage a cross-browser rich text editor, I'm sure a company with resources like MS can come up with something similar. That's all I ask! :)
Sunday, October 08, 2006 5:43 PM by Anon

# re: Improvements in Web Browser Compatibility

Sharepoint is pretty useless when trying to use it from Linux or Mac. Many of us are trying to get sharepoint removed from our company for that reason.

Tuesday, October 17, 2006 5:37 PM by Wilbur Harvey

# re: Improvements in Web Browser Compatibility

Hi,

I'm doing some research for a client. We are considering to advise SharePoint 2007 for their new intranetsite.

Where can i find more information about webbrowsers compatibility (other than the ones mentioned)? I'm especially trying to figure out if SharePoint Server 2007 cross browser support supports different Macintosh webbrowsers:

Camino, iCab, OmniWeb , Safari, Shiira, SunriseBrowser, Flock, Lynxlet, Mozilla, Netscape, Opera, SeaMonkey, WaMCom, WannaBe.

And what about a Macintosh that has MS Windows XP as OS?

And does SharePoint Server 2007 also supports other Microsoft webbrowsers (AtomNetPE, AvantBrowser..) besides Internet Explorer 6.0+?

Regards,

Shafieda Kallan

Wednesday, October 18, 2006 5:58 AM by Shafieda

# SharePoint Server 2007 の対応ブラウザ

SharePoint Server 2007の対応ブラウザに関する正式なドキュメントを見たことはないですが、SharePoint Team Blogに、この件に関する投稿があり、そこに対応ブラウザについて書いてました。

Tuesday, October 24, 2006 12:04 AM by SharePoint & .NET Techブログ

# re: Improvements in Web Browser Compatibility

You state - An example of this is support for creating file attachments to list items in Level 2 browsers - in improvements, does this mean you accpet that there is a problem in current version of WSS?

If so why don't you patch in a fix because this is causing real problems!!!

Friday, October 27, 2006 4:31 PM by David Ramsay

# Web 2.0 Browser Unterst??tzung bei Microsoft « PrivatesPortal

# Cross-browser authoring

One of the most popular blog entries was the web browser compatibility one where folks were very vocal

Tuesday, November 14, 2006 5:33 PM by Microsoft SharePoint Products and Technologies Team Blog

# Cross-browser authoring

[I cross-posted this on http://blogs.msdn.com/sharepoint as well] One of the most popular blog entries

Tuesday, November 14, 2006 7:21 PM by Arpan Shah's Blog

# SharePoint: Cross-browser authoring

How timely this post is...at SC06 I was just having a discussion with someone (who would like to remain

Wednesday, November 15, 2006 12:48 AM by Dan on eScience & Technical Computing @ Microsoft

# SharePoint: Cross-browser authoring

How timely this post is...at SC06 I was just having a discussion with someone (who would like to remain

Wednesday, November 15, 2006 12:48 AM by eScience @ Microsoft

# re: Improvements in Web Browser Compatibility

The lack of "Rich Text" toolbar or editing will be a key limitation for not recommending Sharepoint based solution for my education institution customers as they will continuously have considerable Mac and Linux seats.

Tuesday, December 19, 2006 12:03 AM by Tim

# re: Improvements in Web Browser Compatibility

Tim, please read about our resolution to the web browser compatibility issue at http://blogs.msdn.com/sharepoint/archive/2006/11/14/cross-browser-authoring.aspx.

Wednesday, December 20, 2006 3:52 AM by LLiu

# re: Improvements in Web Browser Compatibility

Any ideas if Mozilla 1.7 will be supported on Linux?

Friday, January 12, 2007 10:45 AM by Gavin Guinane

# List of MOSS 2007 ActiveX controls (created searching the visible code)

List of MOSS 2007 ActiveX controls (created searching the visible code). I was looking for a list for all ActiveX controls used by Microsoft Office SharePoint Server (MOSS) 2007, but it seems like this list is not available at this time...

Monday, March 26, 2007 6:15 PM by Jose Barreto

# re: Improvements in Web Browser Compatibility

Please wake up! I work for a large ISV and:

a) Most of our customers block ActiveX controls by policy.

b) ALL of our customers have at least a few senior executives using another browser than IE.

c) We just discarted MS CRM since it works only with IE. In fact, I was shocked to learn that the next version still supports only IE.

d) we stopped using/integrating with sharepoint because of complaints from our own customers. Management aaked us to find a "more standard solution that works correctly across browsers"

PS: and in the same breath MS joins the OpenAJAX Alliance...

Sunday, April 08, 2007 3:18 PM by John

# re: Improvements in Web Browser Compatibility

I've been using the newest beta version with both internet explorer 6 and 7.  One odd quirk that I have come across is that in IE7, when attempting to view documents in a library in the explorer view, nothing shows on the screen.  It's as if it doesn't see any documents.  However, that issue is not present in IE6.

Thursday, April 12, 2007 12:04 PM by dave warnes

# re: Improvements in Web Browser Compatibility

I'm having some issues with some clients in Canada, that when trying to access the documents in Edit View (Explorer View) get the following error: "Your client does not support opening this list with Windows Explorer. "

Is there any known workaround for this? I've Googled like crazy and had zero luck and the so-called KNowledge Base article on MSDN gives two reasons, neither of which is the problem!

Is this a browser issue? ActiveX problem? DLL corruption or registry error?

If anyone can shed light on this please reply!

Thanks!

Tuesday, April 24, 2007 4:19 PM by bpropes

# re: Improvements in Web Browser Compatibility

Yes You Can Try It!.

SharePoint 2007 for

I Know That The Systeem Will Work .

Just Read To Instuctions On You Screen.!

Saturday, April 28, 2007 4:44 AM by Afzel Alihoessein

# re: Improvements in Web Browser Compatibility

I'm not sure if this is the right area to post but im having some trouble with explorer view... and im not sure if it has to do with browser compatibility or vista. i'm leaning towards vista though. anyway heres my issue:

When trying to switch to explorer view within a document library I receive multiple logon prompts and eventually an error within internet explorer that

says page cannot be displayed. I receive this same error when I try to cancel the logon prompt as well.

Currently I am running windows vista enterprise with IE 7 and our SharePoint server is running WSS version 3.

So far I have tried the registry hack to allow basic authentication, I have restarted and confirmed the web client service is running, have added our intranet URL to the trusted sites zone within IE, and numerous other things all without luck.

any help would be greatly appreciated.

-Matt

Monday, May 21, 2007 9:21 AM by Matt

# Sharepoiint with Unix (Font)

Font on the quick launch is not displayed. instead squares are there. What can be the problem?

Wednesday, May 23, 2007 7:26 AM by Umesh

# re: Improvements in Web Browser Compatibility

Same problem with IE7/Vista Ent. and WSSv3

Any ideas would be appreciated.

Thanks

Wednesday, May 23, 2007 11:29 AM by QRS

# re: Improvements in Web Browser Compatibility

Other than no WYSIWYG support for Firefox, has anyone else noticed that Firefox will not properly display (in edit mode) a table created in a Wiki ?  All I get is markup language like:

<div class=ExternalClassA7393395412B4FC0A9D42BB81F0DE283>

<div><strong><font size=3>

<table style="display:inline;border-collapse:collapse" border=1>

<tbody>

<tr>

<td class=ms-rtetablecells style="vertical-align:top">

<div>Requirements</div></td>

Wednesday, May 30, 2007 2:48 PM by Chuck

# re: Improvements in Web Browser Compatibility

Internet Explorer takes advantage of proprietary technology that is only compatible with Windows workstations.  Firefox is standards-based and works on most platforms.  And your team has given Firefox and Opera the made up status of "Level 2 Browser"?  This is completely ridiculous!

Just so you know my background, I'm a VB.net/MSSQL/ASP.net developer who has decided to move to OpenSource for development.  The only reason I still use Windows is because I have customers who I've developed projects for in your proprietary platform.  I've made the switch to Linux personally, and hope to professionally soon.  Oh, Microsoft, what could have been.

For those of you who are tired of Windows and Microsoft's proprietary development platform, please consider Linux.  The community support has been a pleasure.  And people in the OpenSource community (for the most part) are not trying to exploit you and your wallet like Microsoft.

Thursday, June 07, 2007 3:01 PM by Frustrated with your proprietary platform

# re: Improvements in Web Browser Compatibility

Well, I find it abit frustrating there no WYSIWYG support for firefox. However, I hope the shapepoint team will soon make this possible.

Monday, June 11, 2007 5:42 AM by tchuta

# re: Improvements in Web Browser Compatibility

We are a Microsoft Shop and we deploy Microsoft Technologies throughout our infrastructure where we can. Our Graphical department use all macs. Guess what, they us Safari and Firefox.  We through SPS2007 would fix some of the compatiblity issues but as usual with most Microsoft products, it's failed to deliver.  Shock and awe failed to shock us (Business as usual) and awe (wha' did sorry, was asleep, did someone drop a pin?)

Can someone at microsoft buy a clue (or company) and fix this easy problem? This will definately make an impact.

Monday, July 02, 2007 4:34 PM by MSDev

# re: Improvements in Web Browser Compatibility

My company (>1000 employees) is looking at adopting a new CMS and MS Sharepoint came up high on the list but the Firefox debacle is a non-starter so I guess we'll have to look at other products. Too bad as the Sharepoint features are really nifty.

Wednesday, July 25, 2007 10:39 AM by Jose Ultsch

# re: Improvements in Web Browser Compatibility

It is amusing that MS still uses ActiveX as an excuse not to support its products competing browsers.  ActiveX is a crutch that MS uses to get around having to come up with clever, smart solutions to designing web applications.  the only other reason to use ActiveX now that web application programming is very mature and robust is to purposely limit browser support.  I want to adopt Sharepoint (and Exchange really) as I like it very much, but I just can't bring myself to do it when MS is still using the same old tired excuses to not give us what we want to pay for.  

I could list 100 web applications that use "a rich text editor with an easy to use rich text toolbar" and have cross browser support, but for lack of time and space lets just throw google docs, joomla, drupal, and ALL of the nuke portals out there.  Pathetic.

Tuesday, September 11, 2007 8:24 AM by disgruntled with MS

# re: Improvements in Web Browser Compatibility

This is just plain wrong. We are a school that needs to implement a VLE solution that (just as it happens) will use Sharepoint 2007. We are also going through a massive new build and have decided (being an Arts status school) to go Mac. Guess what? We have (apparently) chosen "level 2" browsers. Well, I make no apology for now considering Moodle and other solutions. Microsoft- you *need* to fix this. Even if we weren't going Mac, we disable Active X!!!!

Meh.

Thursday, September 13, 2007 2:25 PM by Paul Munro

# re: Improvements in Web Browser Compatibility

Folks, aside from all the complaints about the rich text editor, which I agree with, but is really just a minor convenience, the BIG lack of support for Firefox or Safari or browsers other than IE is the INABILITY to version documents and check documents in / out of Sharepoint 2007. This is a massive deficiency - if I'm missing something, please reply, but in my book - the inability to check documents in / out of Sharepoint using any browser other than IE is a show stopper for our overall adoption.

Wednesday, October 03, 2007 10:27 AM by Sarah Gonzales

# Your client does not support opening this list with Windows Explorer.

I think it is a Vista Problem too.

The authenticating three times happened when I changed the IIS application to accept basic authentication.

There was also another workaround where you have to enable a fake proxy on the IE client and bypass url's starting with * so they don't go through the proxy.

on an XP machine I was getting this error after someone installed the Office 2007 compatibility package for Office 2003. Investigating browser Add-Ons revealed they had two copies of OWSSUPP.dll. Disabling one of them made the browser crash, disabling the other fixed the problem in the subject line as well as many others.

Finally on my Vista machines that will let me save a Word Doc directly to sharepoint, but still give me an error opening up explorer view, I tried the solution

regsvr32 -u owssupp.dll

regsvr32 owssupp.dll

and I get the error "DLL Register server failed" 0x80070716

I suspect this is why i'm still having problems in Vista, I ahve yet to resolve it.

Friday, October 05, 2007 11:02 AM by Philip Waters

# re: Improvements in Web Browser Compatibility

We have upgraded our Sharepoint 2003 to 2007 and badly need the Powerpoint slide library function.  What does this have to do with Web browsers?  Well, The latest version of Firefox is great, though not fully functional.  Explorer crashes every time we want to edit the slide!!!  We have to log onto the server and use the old version of Explorer!!!  

I am not sure what is going on here - but simplification and interroperability even within the Microsoft environment is questionable.  And there is little or no info on this matter anywhere.

Sunday, October 07, 2007 10:04 PM by Andrew Walding

# re: Improvements in Web Browser Compatibility

We have ActiveX disabled. Is that the reason we cannot save files when running Word into a document library in MOSS? We could save documents in WSS2.0.

Wednesday, October 10, 2007 11:34 AM by Bernard Koch

# re: Improvements in Web Browser Compatibility

Have 7000 users, and adoption is also critically dependent on UX users being functional on their Mozilla browsers.  I was hoping that there may have been some change since this blog was published over a year ago, and that there is a roadmap for compatibility that we may see so I can avoid being fried for liking SharePoint as much as I do.

My gripes are:

Rich-text editing (even with ActiveX, it is lame since you can't browse to insert document links, images) and certainly should be functional on Mozilla

Wikis; very stripped down, same issue with the rich text editor, and lacking ability to provide section links and table of contents.

Tuesday, November 27, 2007 1:49 PM by Vince Weathermon

# YGTBSM!!!!!!!!!!!!!!!!

I want to desperately believe that I simply have a client configuration issue going on here, but even using every tip/trick mentioned in this blog, I can not get this MOSS 2007 dog to even render a page to view in FF 2.0.

Jebus H. Krispies, Microsoft, this Sharepoint 2007 tool has got to be the biggest, most ginormous pile of steaming curdled cheese that has ever been excreted out of the Redmond Orifice since the Windows platform itself. The fact that your marketing group has done such a massively successful job of selling this turgid woofer to large government agencies makes me truly question the Human Condition, now more than ever.

Can you not POSSIBLY grasp the concepts of standards-based software?  Have you learned NOTHING from all those complaints, lawsuits, etc over the years?  It's just more of the same isn't it.... it's the Microsoft way, or the highway. That's our two options, right?

Shyeah, right!  {eye-ball roll}

Please excuse me now while I go throw up. Again.

Thursday, December 13, 2007 1:37 PM by Another victim of the Redmond marketing machine

# re: Improvements in Web Browser Compatibility

Has anyone else noticed that Safari 3 that comes with the 10.4.11 update does not work with Sharepoint? Is MS going to resolve this?

Tuesday, December 18, 2007 9:37 AM by Jay P

# re: Improvements in Web Browser Compatibility

I have quickly read threw the comments but, from what I can make of it using MOSS2007 on a MAC is not really a great way to go. Is this correct? Or is it just a browser issue?

Wednesday, January 23, 2008 4:27 AM by EVI

# re: Improvements in Web Browser Compatibility

well, I noticed no one who checks this periodically ever answered my question. I just gave the major thumbs down to one of MS' knowledge-base articles, which absolutely not only did not help, but was highly inaccurate!

Can anyone shed real light on this issue?

http://support.microsoft.com/kb/923906

This does not account for Mozilla browsers, but that's not even the issue. I say Mozilla browsers, because they behave the same way as half of our users' browsers -- client does not support this list in Windows Explorer view.

Can anyone please help here? Here's one thing I totally suspect as bad, but it's not scientific. We use Win2K, Office2K with SP 2007. Now, I don't have a problem, but a good many do, and I reckon it's due to the hotfixes and which order they were applied, but again, that may be a slight stretch.

Wednesday, January 23, 2008 3:20 PM by Barry

# re: Improvements in Web Browser Compatibility

Just to make things worse. Sharepoint does not work with Opera Mini - the superior browser for mobile phones. Opera Mini is the only mobile browser which efficiently uses transcoding technology reducing the data traffic between mobile and server to about 10%. This browser beats iPhone easily. Hoewever, you just can passively browse Sharepoint pages. Most interactive Sharepoint functions don't work.I definitely know that all the interactive functions can be done without using special IE and ActiveX functions. May be MS should revisit their strategy or just hire a couple of the art developers who know the state of the art.  

Thursday, February 14, 2008 4:29 PM by Horst Hen

# re: Improvements in Web Browser Compatibility

Ok, problem solved, sort of. See my post, two posts above this one -- I also thought I'd posted last year some time.

Any way, after many frustrating attempts at all of this, a very nice, and knowledgeable MS engineer spent a good amount of time on the phone with me.

Now, the irony to me was, he'd not encountered this issue with the various specs I had: Win2K for OS, MOSS2007, and IE 6, SP1.

The only irritating thing was that the Hotfix MS sent me to help rectify this would alert me that my system required IE6, SP1, which, DUUUUH, that's what I already had installed!

Any way, he walked me through it, we got a new KB going (TBD) and he had me add my SP site as a network place.

It seems that when we get new, or re-imaged PCs here that they are not picking anything up from MOSS (specifically the WebDAV part) at all that would indicate we have the shared doc privelege. Now, we were not able to only add the sharepoint root --  I did have to specifically add all of the URL.

Wednesday, February 27, 2008 12:06 PM by Barry

# re: Improvements in Web Browser Compatibility

If MS wants to paint themselves into a corner, let them.  If they want users who are forced by corporate edict to use SP hate MS, let them. If they want to keep paying huge fines to the EU and have DOJ looking over their shoulder for the next decade, let them.

Gate's competitive culture still lives at MS and it's going to take a long time to get rid of that. He's gone. Monkey Boy needs to go. I wonder if there's anyone left who knows what a win-win it is to follow standards and value the respect of it's customers.

Saturday, March 01, 2008 1:58 PM by greg chesney

# re: Improvements in Web Browser Compatibility

Hi Troy,

I am using a DataView MOSS Control of Sharepoint Server in my site.

Filtering feature of this control is working well in IE. e.g. when we MouseOver a triangle comes for more options of filtering plus sorting. When we click on that it collects all unique values for that column and we can filter on that.

But same thing when we try with Firefox then sorting as a link comes on the column title but that triangle for filtering does not comes.

Please let me know some solution for this. If this is control issue then by when you will be resolving it.

Hemant Swarnkar

Monday, March 03, 2008 3:33 AM by HemantSoni

# re: Improvements in Web Browser Compatibility

So you cannot access and edit SharePoint wiki on Windows 2000 securely.

Many corporates have not yet adopted IE7, and if you are on Windows 2000 it is not an option, which is why if you have a mixture of operating systems you will stick with IE6.

However IE6 does not support AES and does not support 256 encryption.

This can easily be done on Windows 2000 with Firefox, but with Firefox you cannot edit wiki properly.

This is a serious flaw with SharePoint, and may mean that SharePoint cannot be used for my project.

It also demonstrates to a European mind why Microsoft's monopoly requires further action.

Monday, March 17, 2008 6:54 AM by Ed Manning

# re: Improvements in Web Browser Compatibility

We have a MOSS active X problem. Our default master page needs to have the center section be a specifc size. Mandated by our Corporate Office and they will not let us change it. But the Edit in Data Sheet View Active X control will not open. It just remains on the hourglass for ever and then crashes the browser. I supect the Active X control is trying to expand and it can not because of the master page layout.. its not an option to change the master page so how can we change the Active X control to not try to expand?

Wednesday, April 02, 2008 2:18 PM by Susan

# re: Improvements in Web Browser Compatibility

hi guys, anybody knows or any work around to implement the Upload multiple documents option in firefox, because my clients ask me to do somethings to find out a soltions to resolve this issue..but i cant find even a single solution for last one weak..

which one is the right way to implements this one. develope any webparts or deploy any user controls .. please any help me to resolve this isuee...

Wednesday, April 09, 2008 8:05 AM by Prabagarane

# re: Improvements in Web Browser Compatibility

Hello

We are mostly a microsoft shop and moss is running great. We also have Mac users who access the site via Mozilla. I have just one issue: I have it crawling a file share located on our mac server, it crawls fine and i can access the files with a pc, but not with a mac. They come up but wont open. It their a way to crawl the mac server not using afp://ip address?

Tuesday, April 29, 2008 5:34 PM by Eddie V

# Wow. Still in denial, eh?

Splitting browser support into two levels is still dividing your customers into the "haves" and "have nots" regardless of whatever splintery bones you throw to us dogs.

I cannot fathom why Microsoft doggedly follows the "we're the only browser that matters" philosophy when Google is KILLING Microsoft in its support for almost all browsers, among other things.

It's time to retire the ActiveX SDKs and start programming web sites like the rest of the world does.

Tuesday, May 13, 2008 2:24 PM by anonymous

# re: Improvements in Web Browser Compatibility

I just got out of a meeting regarding SharePoint and I being the one man "IT-Dept" got royally abused because of the lack of support for both Opera and Firefox.  This lack of support only fuels the hate against MS - I just don't get MS's "plan" if there is one.  Imagine a gas station where you couldn't fill your tank because you have a Toyota and you were at a Ford station.  Grrr ... no wonder people hate MS.

Wednesday, May 21, 2008 5:26 PM by IT Guy Taking Abuse For MS

# re: Improvements in Web Browser Compatibility

A Leopard cannot change its spots.

Wednesday, June 25, 2008 5:22 PM by John

# re: Improvements in Web Browser Compatibility

Firefox support in SharePoint is a joke! We have office 2007 and if someone has their firefox browser set as default browser in a system, opening links from email straight to Excel documents does not work properly. The Check Out button does not show and our users keep loosing the changes they made to the document (clicking Save button does not show any warning or anything and it just looks like document was saved back to SharePoint, where it wasn't!) There is so many other things that don't work in Firefox that it's not even funny! I'm surprised that these issues are still not resolved even though SharePoint 2007 and Wss 3.0 were around for a while now

Tuesday, July 15, 2008 2:30 PM by Pawel

# re: Improvements in Web Browser Compatibility

Anyone out there got the MOSS 2007 web sites working in FireFox 3.0.1+ and Safari 2.0+

Zullu.

Monday, July 21, 2008 2:29 PM by zullu

# re: Improvements in Web Browser Compatibility

Ok, So MS is saying that the reason there is not RT editor for Firefox is lack of time. Fine.

It is now 2008!!! how much time does MS need to fix a single rich text editor?

In the mean time, i suggest everybody looks at this Open source share point replacement:

http://o3spaces.org/

Friday, August 01, 2008 4:51 AM by Hassan Dibani

# re: Improvements in Web Browser Compatibility

I've been running Sharepoint 3.0 for quite a while now - we've worked around it's shortcomings, but anything that alienates 50% of my clientele (more specifically, an entire school district on Mac) is NOT an improvement. I would like a fix for the html rich text editor tools that apparently vanished for SP when people installed Firefox 3.0.

Fellow victims: Please help!  

MS: Grrrr >;[

Friday, August 29, 2008 6:43 PM by Susan

# re: Improvements in Web Browser Compatibility

My client is just getting off a support call to teh WiPro Folks of Microsoft (yes, we know who they are ... why bother masking it???)

The issue was with IE 6, a "level 1 browser" not able to work with the Content Editor Web Part. The mouse would not work and selection via the keyboard only worked in minimal cases.  IE7 works fine.  editing in HTML also works.  They made the client go through 2 hours of doing the same thing over and over again concluding at the end that the client "must upgrade their machines to IE7" ... that is to say all 3,000+ machines that are on a phased roll-in due to costs.  The reason given: IE 6 has some known problems. Links and support proof given: 0, none, ZERO, NOTHING, NADA, NIL ...

So ... your friendly "support" folks have just made you look bad.  Care to follow up?  

Tuesday, September 02, 2008 2:26 PM by Ralph Rivas

# re: Improvements in Web Browser Compatibility

But I just tested Firefox, I couldn't checkout document from Sharepoint, it said IE 6 or above is needed.

Friday, September 26, 2008 6:30 PM by Betty Ge

# Algunas ligas de interés

Movimiento de bases de datos de SharePoint (distintas opciones) SharePoint Site Moves, Database Moves

Wednesday, October 15, 2008 1:02 AM by Luis Du Solier G. - SharePoint en Español

# Algunas ligas de interés

Movimiento de bases de datos de SharePoint (distintas opciones) SharePoint Site Moves, Database Moves

Wednesday, October 15, 2008 1:03 AM by SharePoint en Español - Luis Du Solier G.

# Algunas ligas de interés

Movimiento de bases de datos de SharePoint (distintas opciones) SharePoint Site Moves, Database Moves

# Supported browsers in SharePoint

From time to time questions about crossbrowser support comes up. The answers can be found at Technet

Friday, November 14, 2008 5:49 AM by Shared Points for SharePoint...

# Microsoft SharePoint Team Blog Improvements in Web Browser Compatibility | Paid Surveys

Leave a Comment

(required) 
required 
(required) 

  
Enter Code Here: Required
 
Page view tracker