Pages

Friday, November 27, 2015

Nintex Workflow 2013 Error in Sharepoint 2013 Central Admin Site


When you installing Nintex Workflow 2013 in your sharepoint 2013 server, After installed the installer and Deployed the Nintex Workflow WSP then open the Nintex Workflow Management, It will throw in the below error 
The located assembly’s manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)
If you come across the aboveerror while clicking the “Nintex Workflow Management” in Central Admin, Reset IIS

Wednesday, September 16, 2015

Enable cross domain sharepoint profile picture in sharepoint 2013

I just enabled custom claim provider Authentication in the 80 web application, After that I just enabled My Site with custom claim provider Authentication .

When I open my 80 website and click on the my site link then My Profile picture is not showing in the first time.  So I just enabled in the below solution. It is working fine.


Run the code in the PowerShell skills. Basically all you need to do is to set the CrossDomainPhotosEnabled property on the SPWebApplication object to true, like this:
 
 
 
 
asnp Microsoft.SharePoint.PowerShell
$wa = Get-SPWebApplication http://spsxyz.com
$wa.CrossDomainPhotosEnabled = $true
$wa.Update()
 
 

Thursday, July 9, 2015

LDAP/AD Claims Provider For SharePoint 2013


I just configured  LDAPCP with ADFS. But I am not able to access the different domain users (abcd users) with sp site.

My configuration is:

I have Wxyz Ad Domain with Wxyz sharepoint 2013 server and have abcd domain and abcd adfs server.

Already configured ADFS server and deployed LDAPCP WSP(codeplaex) solution successfully,added LDAP connection in security on SP central Admin.

The people picker is retreiving abcd user name john and added in the sp site.

Issues occured:

when I am trying to access the Sharepoint site with abcd domain user's(john) on the AD FS server. It is showing in the below error

Error displaying:

Sharepoint Site Error:


Sorry, this site hasn't been shared with you.

Event viewer Error:

A Certificate validation operation took 15019.4231 milliseconds and has executed the execution time threshold.
If this continues to occur, it may represent a configuration issue.



Solutions:


Identifier Claim should be email address in the powershell script and set claim mapping should be Samsaccountname  = emailaddress on the AD FS server

Add ABCD user login id in the sharepoint sites and try to access the sp pages from AD FS Servers using cliam based authentication.

Finally we logged in successfully for ABCD users on the Sharepoint Sites.


Thursday, April 16, 2015

How to search SharePoint users in the User Information List


To find the User Information List in the sharepoint, You need to enter the below URL

http://SPSiteName/_Catalogs/users/simple.aspx

Then you can search either User ID or Email or FirstName or Last Name

Saturday, March 14, 2015

All SharePoint Sites Not working After Installed March 2015 Microsoft Patches

Operating Sytem: windows server 2003
Sharepoint Server : Sharepoint Server 2007
DB Server : MS SQL Server 2005
We have several Windows Server 2003 boxes available , and last night, tech admin guys had installed their Microsoft March 2013 Security patches around 12 installed.
This morning, users cannot access sharepoint sites they were previously able to, and are prompted for credentials. When entering their credentials, authentication seems to fail.
Users always frustrating even they has entered correct domain name,user name and password.
But I am an share point admin, I tested the sites inside the server using system account and normal users account, which is working fine.
When i am accessing the share point sites from other laptop or system using normal account, it is keep on prompting credentials.
I checked windows event logs,sharepoint logs and DB logs, we didnt get any clue regarding that issue, so we asked to tech admin to uninstall all Mar 2013 patches installed by last night, he only unistalled two web front end servers and DB servers and AD server. Then i tested again it is again prompting user name and password for normal users.

Solution:

Finally the sites are working for all users, Because Tech admin should forget to uninstall the patches on the two Domain Controller server.
Mainly Uninstall this patches KB 3002657
After that We checked the share point sites can be accessible to all user's without prompting credentials
We also referred the below sites, thanks for your valuable suggestion and gave sleeping time by tonight otherwise ...we might be spent to research for other parameters, my courtesy in the below sites, bcos we found the root cause of the issue for installed  Mar 2015 patches denoted in the below site.
http://serverfault.com/questions/674541/has-march-2015-patch-tuesday-broken-2003-shares