Code For Future » Blog Archive » Solutions: SharePoint datasheet view doesn’t work - By Jayvardhan Patil. I’m working on a data migration project where we are migrating all contents from SharePoint 2003 server to MOSS 2007 Enterprise Server.
We are doing this manually as the MOSS server is already in place from a year or more and it is highly customized. While doing so I recognized that on my machine the datasheet view doesn’t work. Then I started blaming my IE6 and upgraded to IE7 which didn’t helped and finally I landed up with IE8 which also didn’t worked. It gives following error. “The Standard View of your list is being displayed because your browser does not support running ActiveX controls.” While I tried to search for some solution, I found that lot of people are facing this problem. There are many solutions that worked for them and there are many of them for who nothing worked actually. See Also: MCTS: MOSS 2007 Configuration (70-630) all you need to know to clear this exam So I came to a conclusion that there is no perfect solution available.
Here are some possible solutions that work. Unable to edit in datasheet - WSS 3.0. The papers that Microsoft at present (June 2004) have comparing what you get with Office 2000; Office XP and Office 2003 say that "Edit in Datasheet View" is a function of Office 2003.
It is but only if you are running Office 2003 Professional. It is not included in either Office 2003 Standard or Office 2003 Small Business Edition. Mark Pfeifer points out that the missing component is the "Microsoft Office List Datasheet Component". Thanks to him for prompting me to add this FAQ item. Woody Windischman also sent me this address where it is mentioned "This page compares some of the functionality in different Office 2003 Editions.
Edit in Datasheet causes IE to crash – Problem Solved - Randy Drisgill SharePoint Branding Blog. Ran into a very strange “perfect storm” type of error in SharePoint tonight.
When a custom master page is applied, editing a list in Datasheet View causes IE to just hang. The thread goes bananas and you have to fight with Task Manager to kill the process. I’m not sure I completely understand WHY this problem occurs, but I do have a pretty good idea how to fix it. Turns out you won’t see the problem unless some very specific scenarios are in place. If the custom master page has a DocType declared (which they all should) AND the parent HTML objects that contain PlaceHolderMain have ANY bottom padding applied OR there are any elements below the PlaceHolderMain inside of the same parent object (like a footer or Table cells) then for whatever reason the JavaScript that runs the Datasheet View gets confused and jumps into an infinite loop.
Tomblog » Blog Archive » SharePoint Branding Issues: Edit In Datasheet View. For a couple of weeks now, I’ve got some reports about crashing datasheet views when using custom master pages.
As a reminder, the datasheet view is a view you can select when browsing within a list. It’ll enable you to view and edit the list in an excell-like format. Quite handy for bulk changes. So, what is happening? I noticed the page was going into an infinite loop. To fix this, I simply bound the scroll height to the client height. Var lGCWindowHeight=document.documentElement.scrollHeight; in core.js and replace it with var lGCWindowHeight=(document.documentElement.scrollHeight>document.documentElement.clientHeight) ?
But why was this happenning? In the meantime.. have fun branding! Update: according to reader Rufino, you can also revert this behaviour by specifying a height. Sharepoint List in Datasheet view locks or freezes Internet Explorer « Arunkumar's Blog. I ran into an interesting issue in Share point 2007 last week that took me a few hours to solve and was not easy to debug.
Sharepoint Edit in Datasheet locks or freezes Internet Explorer - Josh Gaffey's Blog. I ran into an interesting issue in Sharepoint 2007 last week that took me a few hours to solve and was not easy to debug.
I couldn't find any info on it anywhere so I thought this would be a good candidate for my first post to this blog. One of my customers reported that when they tried to use the "Edit in Datasheet" view on any list in Sharepoint 2007 their computer would lock. When I went to take a look at this I found IE was locked and it was consuming 50%+ processor time. I also noticed that they were using a custom system master page which was the key to this problem.
After digging at the problem for an hour or so I found a margin style tag on the body tag of the master page. Suspecting that this might be part of the issue I removed this piece from the body tag and removed the custom style sheets they had inserted as well. SharePoint 2007 & Design : crash du mode feuille de données (Datasheet) sous IE , The Mit. SharePoint 2007 & Design : crash du mode feuille de données (Datasheet) sous IE Il y a de temps en temps des surprises dans la personnalisation de SharePoint, si si.
La dernière en date que je viens de vivre avec l’un de mes collègues designer est proche d’une belle migraine, limite “nervous breakdown” (désolé pour la référence) Le contexte : Suite à une personnalisation avancée de la Master Page, l’ouverture d’une liste en mode feuille de donnée prend beaucoup de temps voir plante internet explorer … Hum hum. Donc après bien des tests, on a pu identifier des styles responsables d’une sorte de boucle infinie : merci le padding >>> Et surtout ensuite, nous avons pu chercher sur le web de manière moins hasardeuse pour compléter notre analyse Voici justement quelques posts TRES indicatifs (Je ne saurais trop vous conseiller le dernier) En résumé, la fonction GCComputeSizing du fichier Core.js dans le 12 assure le calcul de la dimension de la Grid.
Normalement, tout devrais rentré dans la normale.