I create a Sitecore item outside of the "Home" location. When I publish the item it does not appear in the Web database. It looks like it's getting skipped.
The location of your item in the content tree does not have any impact on whether the item is published or not. It doesn't matter if your item is under Home node or not.
There might be multiple reasons why your item is skipped while publishing:
The item has no language versions in the language you selected while publishing.
Parent (or other ancestor) of the item is not published, doesn't have any version in the language you're publishing.
There are some publishing restriction set for the item or one of its ancestors.
Please check the workflow and ensure it is in the proper state. Normally the sample template has workflow set in its standard values.
Check if the "Never publish" checkbox is ticked
Sometimes it is useful to enable tracing to get an idea the reason why the item was not published.
Please find <publishItem> pipeline in /App_Config/Sitecore.config file and change <traceToLog> node value to "true" for the UpdateStatistics processor. When you publish item again additional tracing messages will be added Sitecore log file. There should be a reason for skipping the item. Hope this will help.
Note: do not forget to return the value to "false" once the problem is fixed. Tracing is a little bit expensive.
Related
I have an item under /system/Marketing Control Panel/Campaigns of type /templates/System/Analytics/Campaign, and it's in the /Workflows/Analytics Workflow workflow.
When the item's workflow state is 'draft', I can edit/save fields and they retain the values that I saved. When the item is given the 'Deployed' workflow state, the value of the 'Display Name' field always gets set to the value of the 'Title' field. Both when the item enters the state, and every time I edit/save the item.
This is only happening in 8.1 (not 8.0 or below), and happens if I set the state directly to 'Deployed', or if I move the stated to 'Deployed' through the workflow.
Sorry this gif is jacked up, but you can see when I change from draft to deployed, the name in the content tree changes, as well as the 'Display name' field. When I try to change it in the 'deployed' state, it changes it back immediately.
I think this is a bug, however, I would confirm with Sitecore support to be 100% certain.
When you save an item, Sitecore will trigger the OnItemSaved event handler within Sitecore.Analytics.Data.Items.ItemEventHandler as shown below:
This handler checks to see if the item is in the final workflow state (which it is), and if so, deploys the definition and attempts to update the item's referring items with certain changes:
However, instead of updating referring items, it appears to be re-playing changes against the current item, not the referring items. There is also a place where the title is updated specifically for campaigns.
In short, I'm not sure why it's occurring and you should probably check with support on this one.
I am Using Sitecore 6.6
I believe item:setdefaultworkflow and item:resetdefaultworkflow commands are used to reset the workflow fields on an Item with values set on Standard values.
If not please correct me.
Here is the Path in Core:
/sitecore/content/Applications/Content Editor/Ribbons/Chunks/Workflow/Set Default Workflow
commands are not shown on the Ribbon. How do I use these commands? what is their purpose. Any Help is greatly appreciated.
I am aware of Version >> Fields(Reset)>> then choose the fields to reset with multiple clicks.
I am trying to use these commands if they solve my purpose to reset the Workflow Fields to standard values with a command on Review Tab >> Workflow section with one Click.
As far as I'm aware, these buttons are only visible on __Standard Values items. They are used to assign the workflow that will be used for new versions of that template going forward, or to clear the workflow that has been set (note that items which are already part way through a workflow will still need to finish it before they are no longer associated with a workflow).
The idea is that you assign the workflow to the standard values of templates (or base templates) in your solution, and those settings then get carried through to your content items.
Although you are able to, I'd advise against fiddling with the workflow fields on individual items before you fully understand the purpose of the fields.
For more information, I'd suggest looking at the Sitecore workflow reference document: https://sdn.sitecore.net/upload/sitecore6/60/workflow_reference_sc60orlater-a4.pdf
I am looking to find out whether or not Items that are either descendants of or are, themselves, hidden items get published when a user Publishes or Republishes the content tree.
I know that this is a pretty basic question, but I haven't been able to find the answer online, and I do not currently have an instance set up with additional roles and users, to use to test this.
Thanks for your help! Happy coding :)
Items which have Hidden field set to true are published as any other items.
Still remember that this is up to you what kind of access rights you'll set for them and who will be able to access them.
By hidden items - do you mean things like the /sitecore/System folder? In any case, as long as it's publishable (i.e. not in workflow, not set as unpublishable in publishing restrictions and the like), it will be published.
Edit
It is important to note that it's parent/ancestors should also be publishable, otherwise it'll still not be published.
All items get published unless marked as Never Publish or have Publish End Date set to earlier than today (In this case the already published items get unpublished/deleted from web database)
Scenarion: Content Editor users keeps adding several articles, they can be in different places in the content tree. They want to know that which items has to be published by looking at validations in the content tree.
Can someone help me to write a validation rule to identify whether item is not published and give a warning saying "Item has not been published yet".
Thanks.
There's a module called the Published Item Comparer that might do what you need:
http://blog.velir.com/index.php/2011/04/29/published-item-comparer/
You could also consider using Workflow, and set the final approval step to also publish the item if you want. The user will be able to see what step of the workflow process the items are in the Workbox.
I have several Sitecore items (whose template is connected to an approval workflow) that will not go into Edit mode when clicking "Edit" from the "Review" tab. The same workflow is used elsewhere on the site successfully (the site is more than 3 years old), but clicking Edit in this case doesn't seem to affect the workflow state.
I've turned on verbose logging, which provides a lot of detail, but nothing to indicate any error conditions. I've been comparing how this template is configured with other "working" templates for a couple of days and everything looks Kosher, but surely I'm missing something obvious.
EDIT: The item(s) in question are imported by a data provider, and I've confirmed that for some reason Sitecore is not setting the "Workflow" and "State" system standard fields with a default value. That appears to be at least part of the issue.
EDIT 2: Followed the steps in this thread http://sdn.sitecore.net/Forum/ShowPost.aspx?PostID=45991 to use Sitecore Rocks to update all of the items to the correct Workflow State, but the update did not stick. For some reason workflow changes are not persisted for imported items.
EDIT 3: Clicking the Edit dropdown button under the Home tab displays the message "The item is currently not part of a workflow."
Standard values set correctly? Only have one Standard Values item for this template?
Generally, almost every time I run into a situation where X works on certain items, but not on others... it's a permissions issue. You've tested this as an Administrator I hope?
Sorry my suggestions are so vague, but it's hard to be specific here. We need some more information from you... When you click on Edit what exactly are you expecting to happen? I'm not entirely sure what you mean by "Edit mode" here. In Content Editor, all items are essentially in edit mode all the time... In my configuration, when I click on Edit, I am just locking the item. It does not change workflow state or create a new version.
These items are coming from a data provider... is your data provider handling Lock/Unlock calls properly? I know it's possible to use a data provider without implementing the entire Item API.