Greetings all,
I have a question.
On my MOSS 2007 dev box, I created a new sharepoint site using the Publishing -> Publishing Site template.
Now, On this site, I can create pages, check them in, publish them, etc.
What I want to do is create a scope that I can do searches on. However, one of the filters I want to apply to the scope is to ignore everything which is not published.
Does anyone out there know of a property (which I can use in a metadata property in my shared service which is in turn used in my scope) to determine if a page is in a published status, draft status, any other sort of status?
Does such a property exist?
Thanks in advance for your help.
cmb..
By default, when you view pages in a SharePoint site, and you're not signed in (eg your a anon user) then you will only see the last published version of that page. You won't see the version currently being edited (if it is checked out).
Now, if you want to stop users who are signed in from searching any pages which are not checked in, then have a look at filtering using the 'Approved Status' field. I'm not sure how to do this myself, but that's usually the field you filter on for stuff like views.
Yes, the "Approval Status" field is what you're looking for.
The property you need to map to is "_ModerationStatus" within your SSP search configuration.
Related
Trying to use Microsoft's Graph beta to access a Sharepoint list via a registered Azure app using a key. I'm able to successful see/access some lists(looks like only lists created when site was created), but any list I have manually created is missing.
I can do the following get to list most lists in my site:
https://graph.microsoft.com/beta/sites/contoso.sharepoint.com,fc016e3c-d8ae-4ee0-a10c-de6d26788b6a,9a4ea7a5-c3c4-44ae-9f80-273bd67431b8\lists
but for some reason it's only displaying certain lists and none of the ones I created. However if enter the list's GUID like this
https://graph.microsoft.com/beta/sites/contoso.sharepoint.com,fc016e3c-d8ae-4ee0-a10c-de6d26788b6a,9a4ea7a5-c3c4-44ae-9f80-273bd67431b8/lists/BEA4B4A9-323F-441A-BA19-806290B27EF6
I receive "the caller is not authenticated" message back. This is message has me thinking it's a permissions issue, however, my list permissions are the same on all lists. it's as if the graph api can only see lists created by the system and not by end users.
Anybody experiencing this issue?
I've seen this issue on my end. The "save item to list" function works for some accounts and not others... It's extremely weird! Typical SharePoint, I suppose.
What I've come to realize is that GRAPH will sometimes throw an error when trying to save data to a date field and works every time saving data to text fields. If I'm logged in as my main O365 account (with license) I can save to date fields. If I'm logged in with a basic user that I just created on the domain (no license) I can create items unless there's a date field.
If I come up with anything else I'll post it! Sorry, this is more of a work-around than an answer. Hopefully it will spark something else.
Thanks
I have a multiple site Sitecore solution. All the sites share a product range which is stored inside a 'Shared data' node that sits at the same level as the root nodes of the sites. The individual product pages on a site use a wildcard item to lookup the product based on the last part of the URL.
This means that we can't use internal links in the rich text editor to point to the product page on any of the sites because the product item does not have a specific site URL.
Does anyone know of a way to overcome this, or perhaps know of a way to augment the default behavior of interal links?
Have you considered using cloned items, see here for details.
This would allow you to share the content whilst having the appearance to the end user of the Products being inside the content tree allowing you to use the RTE and internal link look ups?
For extra information about clones, see here and here
You'd also need to do some work in the link provider to link to the cloned version of a product if you wanted. See this question.
I have created a custom list with work flow associated with that. The workflow takes the item through different levels of approval.
My workflow scenario is like say an initiator add an item, which will go to manager for approval. When the manager approves, few columns in the current list will get updated. On manager approval it will be forwarded to head of department. Again when the Dept head takes an action, the column values of the list get updated. For all these users i have set Contribute permission. But the problem is that an item started by an initiator should not be editable or deleted by other users using the pull down menu that appears for each item. Only the owner of the item and manager should have permission to edit it using the pull down menu. When I tried changing the edit access for the item through Advance settings-->Item level permission --Edit access being set to "Only their own" while manager or dept head approving I get an access denied error message.
Can any one please suggest me what is the work around for this?
Welcome to the not-perfect world of Sharepoint Item level permissions...
You will not get far with Sharepoint 2007 standard stuff, because what you need is a Workflow with Impersonation - why do you need it?
You want to set item level permissions depending on the state your workflow is in. You can only change permissions when you have the right to do so - Workflows run as the user who started the workflow, so your user would need the right to change permissions -> You don't want every user to have that. So there is this thing called "impersonation" (which comes as an activity with Sharepoint 2010). Impersonation you can only achieve using a custom activity with SHarepoint 2007.
Once your Workflow is running under an elevated account, you can change permissions for the Current item easily, i.e. give contribute permission to someone and retract read permission from someone else.
There is a good article on how to implement item level permissions for Workflows and Sharepoint 2007 here:
Custom Activity Workflow for implementing Item Level Security in SharePoint Designer 2007 (sorry coding involved)
If you really don't want to code there are some useful projects on Codeplex:
Useful Sharepoint Designer Custom Workflow Activities (in particular "Grant Permission on Item " Activity)
Please be aware that item-level permissions and large lists dont mix very well. It can cause some performance issues on the list.
Please take a closer look at the
http://technet.microsoft.com/en-us/library/cc262787.aspx
under
Security scope
1,000 per list
Type: Threshold
The maximum number of unique security scopes set for a list should not exceed 1,000.
A scope is the security boundary for a securable object and any of its children that do not have a separate security boundary defined. A scope contains an Access Control List (ACL), but unlike NTFS ACLs, a scope can include security principals that are specific to SharePoint Server. The members of an ACL for a scope can include Windows users, user accounts other than Windows users (such as forms-based accounts), Active Directory groups, or SharePoint groups.
I have users on the active directory and they all have full control on the sites. But I want to give read only permsissions through my list in my subsite. Which I have done. But still they have full control permsions. How to sort this?
And Also I want to make a field in custom list as editable by admins (only one field.)
any help??
Hari
what i can think of is that intially you have created a subsite by inheritting the parent site permissions and later on you revoked them. In this case SharePoint Kindly create a subsite which is not inherriting the permissions from the main site and you would be able to resolve the issue
I have this scenario
I want to build two sharepoint 2007 sites. One for customers info and the other for products and
customers orders.
Now the problem is that in the second site I need to reference the customers info from the first site but unfortunately sharepoint doesnot provide out of the box cross-site lookup.
I did some search and found custom cross-site fields and used one but when I upgraded the
site to sharepoint 2010 this custom field was not compatible and the upgrade wizard said it could not be upgraded.
so what is the solution for this ? is it to merge the two sites so that I can use the standard lookup feature or is there any workaround for this ?
please if any body has faced such a scenario, share the solution with me ?
thanks
If the sites are in the same site collection, the out of the box lookup field can work across sites. The browser UI does not show it, but you can set LookupWebId on the field through either the api or a list template.
Given your specific scenario though, it would probably make more sense to set up the customers as users (possibly via a custom membership provider) and just use a standard user field.
you need to create new custom field type for fetching customers info from the first site and it can be added your list.
The below site can help you:
http://vspug.com/nicksevens/2007/08/31/create-custom-field-types-for-sharepoint/