I got this prolbem, the edit doesn't work in all the lists of the sharepoint web sites, I can still access the "edit", and save it, but the change is not there.
New item can be created, all the others looks fine except the edit.
Any help will be greatly appreciated.
That's unusual... and unfortunately WSS 2.0 doesn't give much logging. Are there any errors being reported in the Application log of the Event Viewer on the server? It could also be permissions.
What type of list is it? If it's an issues list perhaps something has gone wrong in the list view that is hiding the most recent changes.
Related
we have migrated a site from sharepoint 2010 to office365. I had a infopath form previously now the form in office365 is giving me a loading error.Can anyone help me thanks in advance
I wish there were more details about the errors, but try clearing cookies and see if it's related. Sometimes clearing cookies helps in similar situations on Office365
What is the error you are getting? I know our issue was in a SP List where we had a dropdown item that was still pointing to the old SP and a rule on form load to query this old SP List and wouldnt open. I had to create a Find and replace powershell command to overcome this. If this sounds the same as what you are finding let me know and I will respond with a detailed how to!
Thanks for response #Ray and #kwagenknight.I have take an old template from old site changed data connections to new site and republished the form again.Now it works.
I am facing a huge problem with Sharepoint Online. We have two sites and both of them have the same solution deployed. Both solution are subsites and have their features at web scope.
The solution has a main list that we put some data in it depending on some rules but as it is not part of the main issues this is not important.
The problem is that recently something really annoying is happening in these environments. This main list, usually during the week and during the morning is being deleted, and also the features of the solution are being deactivated.
The team came up with some ideias about what is happening:
Some code in the solution that delete the main list.
Someone is deleting the main list (someone really bad).
List is being deleted by a sharepoint job.
To configure the main site is affecting the subsites and causes the deletion of the list.
I think that options 1,2 it are not happening.
Everything would be resolved if we have access to central administration or even to some log, but for security reasons we don't have access to them, what is really bad for us, as developers because we have to guess what is going on.
Can someone give some tips about how to identify this problem?
Please let me know about any more important additional information that I havent written so far.
Thanks in advance!
Indeed not being able to read logs is very inconvenient.
Also, in CSOM, property AllowDeletion for List isn't exposed; as it is for SSOM instead.
The only way I'm thinking you have to intercept when this happens, is to create a custom Remote Event Receivers, which hooks ListDeleting / ListDeleted events
This should be a rather up-to-date and good start if you're new to RERs
https://msdn.microsoft.com/en-us/library/office/jj220048.aspx#RER
I'm getting a strange issue when setting up a SharePoint Approval workflow. This is in MOSS 2007 running on Win 2008.
If I try and create a new approval workflow(or any ootb workflow), I will get to the Add a workflow page (_layouts/AddWrkfl.aspx) and enter the initial paramaters. Once I click next to go to the Customize Workflow (_layouts/CstWrkflIP.aspx) I get the following error in the main section of the page:
There has been an error while loading the form. A required resource could not be downloaded. To try to resume the download, refresh the page.
This has me stumped. I find no error in the event log or SharePoint logs.
I saw a previous post point to a HTTPModule causing the error. The only extra HTTPModule we use is for DevExpress. I removed it, but still had the some issue.
If anyone has any ideas please let me know.
I've just noticed that the issue does not occur in Google Chrome, this lets me get to the Customize Workflow page with no issue. It's obviously some IE issue but still dont understand what. I've asked colleagues to try and they get the same issue in IE.
thanks
I've been able to get around the issue by going into IE - Tools -Internet Options- Advanced - Reset.
I would love to know what IE was not happy about though...
Not quite sure what I've done to screw up SPD2010 (was working), but it displayed
Sharepoint Designer cannot display the item
What you can try:
Click refresh ... blah
Most likely causes
The file has been deleted from the site
The site is encountering problems
I can't see anything related in event viewer. I think is web service related as I think the queries are made via a WS?
In my case it wasn’t a solution. So, I made a backup of the site collection before to try anything. After a lot of time and different problems I figured out that some lists were causing the missreading. I tried one more time to get the lists in SharePoint Designer 2010 just to cause some entries in the log. After that I opened the log file and looked for something like: “Failed to determine the setup path of the list schema for feature {GUID}, list template XXX.”. With the GUID I looked for a match here. http://sharepoint-geek.com/2010/10/08/sharepoint-2007-moss-features/
With the feature name I used this blog: http://aurramu.blogspot.com/2011/03/failed-determine-setup-path-of-list.html.
With the feature re-installed I went to SPD and it worked like a charm.
I hope it helps someone else.
It appears this was caused by a "phantom" list definition. I experienced a number of other problems (some in SP some in SPD), all generating variations of this error;
<nativehr>0x8107058a</nativehr><nativestack></nativestack>
The problem list definition was deployed and undeployed from VS2010, so I have no idea why it was still around! The Sharepoint UI wont allow you to remove it (errors as above), so the trick is to use the stsadm powershell command with forcedeletelist as detailed here
http://technet.microsoft.com/en-us/library/cc262609(office.12).aspx
Hope this helps someone else !
Does anybody know how to find offending web part which causes this error ?
“A Web Part or Web Form Control on this Web Part Page cannot be displayed or imported because it is not registered on this site as safe.”
I have inherited an old SharePoint 2003 portal site which uses custom web parts.
I know what this error means. I also know that each web part must be installed and registred as safe in web.config. The problem is that I don't know which one is missing.
I get same error when I'm trying to open the page in FrontPage as well.
Use contents=1 in QueryString to disable/remove WebParts from page that causes errors.
stsadm.exe -o enumallwebs -includewebparts
http://sharepointreporter.wordpress.com/
Requires updating to Sp2 I believe, for this command to be available. Problematic web parts will appear as 'Missing' in the resultant list.
Go to Event Viewer of the machine and you shall be able to see Error entries. Out of tons of entries you have to find out the entries related to you and you shall be able to see the names of the webparts that the sharepoint site is trying to load but fails. If you shall read the complete description of the error entry in the Event Viewer, it will give you version and even PublicKey Token of the webpart as well.
I hope this helps!!!
Try reading this:
http://www.bluedoglimited.com/SharePointThoughts/ViewPost.aspx?ID=189
It should give you some clues to solving the problem. Essentially you have a control that is not marked as safe and it is failing. You can most likely config it to work, but the link above has other possible solutions.
in your url just append content=1. This will give you the all the webparts that are deployed. Now, you can keep deleting each of the webpart to find which one is causing issue ( ensure that you know to add the web parts back).
For example: if Url is http://localhost:9000/default.aspx, try with http://localhost:9000?contents=1
Alternatively, try to create a new webpart page,add web parts that are there on your actual page and check which one is causing issue. This will avoid changes to the actual page.
Hope this helps.
I've just suggested this same answer on MSDN:
This stsadm helped me in finding where the webpart was referenced in any way:
stsadm -o enumallwebs -includewebparts > C:\temp\somelog.txt
Then you can see the web part is listed under some <Web Id=... Url=...> XML node, i.e. you know the "culprit" web site.
At that point, some reasons I've found for those forgotten references:
the webpart is used in some sub-site of the culprit website, and the sub site is hidden from the quick list or top bar
the webpart has been deleted from the culprit website, but it still is in the "site collection recycle bin". You can reach that by going to the normal website recycle bin, then look for its link on the top bar description ("Use this page to restore items that..."). By the way, this site collection recycle bin has two views itself: be sure to check them both.
In both cases, I got some help by browsing the culprit website with SharePoint Manager. With that I could easily spot the existence of a forgotten subsite, as well as the existence of this "second level recycle bin".
HTH