I was getting the following error during my first try:
The query cannot be run for the following DataObject: GetUserProfileByNameInfoPath cannot run the specified query.The SOAP response indicates that an error occurred on the server:
Server was unable to process request. ---> Attempted to perform an unauthorized operation.
Cause: I was calling the web service against the server root that I didn’t have access to. For example http://server/_vti_bin/userprofileservice.asmx but I didn’t have access to http://server
Solution: Call the web service against the site the InfoPath template lives in, which the current user has access to. For example http://server/sites/sitename/_vti_bin/userprofileservice.asmx
Thursday, February 19, 2009
Infopath - pull into the form current user
This worked like a charm, good find and great post.
Still need help and I hope all these posts help someone else like me who is in the process of living inside SharePoint :)
Wednesday, February 18, 2009
Spellcheck does not work
Stumbled across this and found two options as a workaround for now.
Solution:
1) Give all necessary users the contribute permission level on the top site (“read” is not sufficient). Next, break the inheritance on all lists, libraries and subsites of the top site where you do not want those users to have contributor access.
Which users? You can use all authenticated users, but it is only those users that will be wanting to use the spell check for whom it’s necessary. So de facto that means only contributors or higher.
2) If you think the above solution is quite drastic and requires too much maintenance or could cause a security leak later, you can also
a. On the top site, create a new permission level, e.g. “spellcheck”. Assign only the following site permissions to the permission level:
- browse directories
- view pages
- use remote interfaces
- open
Any other will give more rights, any less will not solve the problem.
b. On the top site again, assign the new permission level to the necessary users. The effect will be that
i. they càn access the topsite but not view any content. They can use it to browse to their subsite
ii. they can use the spellcheck
http://social.technet.microsoft.com/forums/en-US/sharepointadmin/thread/1fd7350f-742d-4e32-8b57-3c32e5838d2a/
Solution:
1) Give all necessary users the contribute permission level on the top site (“read” is not sufficient). Next, break the inheritance on all lists, libraries and subsites of the top site where you do not want those users to have contributor access.
Which users? You can use all authenticated users, but it is only those users that will be wanting to use the spell check for whom it’s necessary. So de facto that means only contributors or higher.
2) If you think the above solution is quite drastic and requires too much maintenance or could cause a security leak later, you can also
a. On the top site, create a new permission level, e.g. “spellcheck”. Assign only the following site permissions to the permission level:
- browse directories
- view pages
- use remote interfaces
- open
Any other will give more rights, any less will not solve the problem.
b. On the top site again, assign the new permission level to the necessary users. The effect will be that
i. they càn access the topsite but not view any content. They can use it to browse to their subsite
ii. they can use the spellcheck
http://social.technet.microsoft.com/forums/en-US/sharepointadmin/thread/1fd7350f-742d-4e32-8b57-3c32e5838d2a/
Populate InfoPath forms with AD Information - NO CODE
http://kwizcom.blogspot.com/2007/11/importing-data-from-ad-to-infopath-2007.html
This is so easy, Kudos for the post Thank you....
This is so easy, Kudos for the post Thank you....
Thursday, September 25, 2008
Visio Stencils for Sharepoint Server
Found this pretty cool site that has a very useful tool for visio.
http://blogs.msdn.com/roberdan/archive/2006/03/05/543967.aspx
Kudos
John
http://blogs.msdn.com/roberdan/archive/2006/03/05/543967.aspx
Kudos
John
Tuesday, May 20, 2008
Alternate Access Mapping
Okay, to do this, Central Administration, Alternate Access Mappings, right side....
Scenario----You want to make your sharepoint site open to the public from the internet, how do you do it?
Click edit public urls button
Alternate Access Mapping Collection drop down, drop down to your main portal site
In your default field type the internet url, such as http://sharepoint.mydomain.com
Add internal urls that match your host headers if you have any.
Add mysites.mydomain.com to a custom internal url.
That should do it.
Scenario----You want to make your sharepoint site open to the public from the internet, how do you do it?
Click edit public urls button
Alternate Access Mapping Collection drop down, drop down to your main portal site
In your default field type the internet url, such as http://sharepoint.mydomain.com
Add internal urls that match your host headers if you have any.
Add mysites.mydomain.com to a custom internal url.
That should do it.
Searching for people does not come back with results
In search center you attempt to search for people and the results are blank.
In your ssp admin page, search settings, content sources. Edit the local sharepoint servers. Make sure sps3://mysites/ is there in the list and if you are using host headers make sure you have sps3://mysites.blankblank.com. Select full crawl and now the people should show up in your search.
In your ssp admin page, search settings, content sources. Edit the local sharepoint servers. Make sure sps3://mysites/ is there in the list and if you are using host headers make sure you have sps3://mysites.blankblank.com. Select full crawl and now the people should show up in your search.
Subscribe to:
Posts (Atom)
