I am having an issue with my Sharepoint documents library. Users are unable to update the documents. Whenever the checkout a document to edit (be it excel or word doc) an error message appears at the top of the document:
To save to the server, correct the invalid or missing required properties.
All the required properties are filled in but I have one required property that is of external data type. When I make that property not required, the error message disappears and I am able to save the document.
I believe this might help you!
http://support.microsoft.com/kb/928037
Related
A Microsoft Word 2013 document at work has the Document Information Panel (DIP) displayed by default, with what is listed as "Document Properties - Server".
I'm trying to make a VB Macro that will involve editing these custom properties. However they don't seem to exist in ActiveDocument.CustomDocumentProperties, or ActiveDocument.BuiltInDocumentProperties. I know this because I ran through the list, displaying them one by one, as well as searching them by name.
The first property on the DIP called 'Title' showed up (in the latter list), but none of the other properties. It's worth noting that some are dropdowns, and one is a date with a calendar feature. I should also mention that I get a Run-time error near the end of the list of BuiltInDocumentProperties.
Is there another list where I can access these server properties, or some other issue that I'm overlooking? Any help would be appreciated.
I was able to find them. They are listed in ActiveDocument.ContentTypeProperties
I have an Outlook 2007 add-in made in Visual Basic with Visual Studio 2010. I developed this quite a long time ago and it has always worked fine. I detect embedded images using the attachment PropertyAccessor. I now have to go back and make some changes and am running into the following problem. Attempting get the property now gives me the following error (it never did before)
The property "http://schemas.microsoft.com/mapi/proptag/0x37140003" is unknown or cannot be found. Other properties I can get fine. I have seen other posts with the same error which mention that the PR_ATTACHMENT_HIDDEN property is not set. I don't understand this as the attachment is an ordinary jpg sent by me from another account. If I build the add-in and install in Outlook 2016 it works just fine. What I find strange is that it used to work with no errors. I don't know if it makes any difference but it is running in VirtualBox.
Any Ideas would be welcome.
Keep in mind that PropertyAccessor.GetProperty behavior changed (in Outlook 2010?) when it comes to properties that are not present - GetProperty will now raise an exception instead of returning null.
You need to expect and handle that exception - no MAPI property should be expected to be present. In your particular case, missing PR_ATTACHMENT_HIDDEN is the same as PR_ATTACHMENT_HIDDEN == false.
Take a look at the available MAPI properties on the attachment in OutlookSpy (I am its author) - select the message, click IMessage button on the OutlookSpy ribbon, go to the GetAttachmentTable tab, double click on the attachment.
We've implemented a shell property handler for a custom file format, with some standard properties and some custom. When we browse our files in Explorer our properties display nicely, but when our files appear in search results they don't. It seems that Explorer isn't querying our property handler when it displays search results.
My question is this: When Explorer displays an item in search results, where does it look for the item's properties? Does it query the appropriate handler, or does it look somewhere in some kind of search cache?
If it queries the handler then I'll investigate why our handler isn't called. (Maybe it's a registration fault.) If it looks in a search cache then I'll investigate why our files aren't indexed properly.
A secondary question: Is the search results pane restricted to a limited subset of the standard properties? In other words, should we just give up trying to display interesting properties here?
Some observations:
Our file format is just .msg (Outlook email message) renamed to .msga. Our handler knows how to read the .msg file format.
Property values display correctly in Browse mode.
They don't display in Search mode.
Property values are displayed correctly in Explorer's details pane, in either mode.
Some standard properties display OK in the search results, but not others, and no custom properties do. For example, these all display OK but are not served by our handler: System.ItemName, System.ItemUrl, System.Size, System.DateCreated. These are available in our handler but do not display: System.Title, System.Message.FromAddress, System.Message.DateSent.
Explorer is clearly reading our HKCR\<progid> registry key, because the display adapts as we edit ContentViewModeForSearch etc.
Our .msga file type is listed in Control Panel as an indexed file type, and our files are in an indexed directory. And I rebuilt the entire index this morning.
We haven't implemented a filter. Control Panel says that it's using "Office Outlook MSG IFilter" for .msga. (I don't know how it figured this out - maybe I copied a registry setting early in the project, or maybe Windows inferred it because we use Outlook for preview.)
Our handler implements IPropertyStore but its methods seem never to be called. (We've implemented some logging, to a file that the search indexer should have access to, but we can't be sure about that.)
Event Viewer shows gatherer error 3036 during indexing: "The content source <csc://{S-1-5-21-2153095834-1917727522-598830505-500}/> cannot be accessed." I think that SID is my user account, and so I wonder whether it's trying to index something to which it doesn't have privileges.
I have created associations between entities in my .Net assembly BCS model. When I load the model into SharePoint and create external lists, I automatically get an External Item Picker control; enabling me to select an item from a list.
This is great because I don't have to program this pick list one way or another...
The problem is whenever I modify the form in InfoPath, the External Item Picker seems to break. When I select an item using the External Item Picker (in the InfoPath form) I get an error message "There has been an error while processing the form". This message is displayed as soon as I select an item and try to leave the field; WITHOUT submitting the form.
Can anyone tell me why the External Item Picker breaks whenever I modify and publish the list form from InfoPath 2010?
It's driving me nuts!
Thanks!
I've ran into the same issue, and found the following answer:
It's a bug from the August cumulative update.
Source
I am in the process of installing the February CU to see if it has the solution.
Using Office automation in Word 2007, I view the Document Information Panel, showing me properties of a document that resides in a SharePoint location.
Using VS 2008, I interrogate the following in the Immediate Window:
? WordDocument.CustomDocumentProperties(23).Value
"My App Name Here" {String}
String: "My App Name Here"
Then I interogate the name of the property:
? wordDocument.CustomDocumentProperties(23).Name
"Process Name" {String}
When I type into the combobox and change the value to "YYY" and query the value of tghe property:
? WordDocument.CustomDocumentProperties(23).Value
"YYY" {String}
String: "YYY"
However, when I execute the following:
WordDocument.CustomDocumentProperties(23).Value = "New Value" and requery the value of the property I see that the value was stored:
? WordDocument.CustomDocumentProperties(23).value
"New Value" {String}
String: "New Value"
..but I don't see a corresponding change to the screen.
I do however see that, on Advanced Properties/Custom Tab that a Custom Property by the name of "Process Name" has been recorded with the value "New Value"
There seems to be some kind of one way mapping going on between "server" and "custom" properties, but the really strange part is:
I can update SOME server properties, others I cannot.
I don't know a darn thing about SharePoint, other than as a dumb user. And getting any help from a SharePoint admin in my company is probably a very long shot...
I checked all of Word's Built-in Properties and Custom Properties, I decided that none of them can be used to update the "Process Name" "server" property.
How can I update this stubborn property? Most of the server properties I can update, a few I cannot.
I see some articles referring to using what looks like "SharePoint objects." Do I need to download an SDK just to populate these properties? So far I've used Office automation, because I am running locally on the user's PC and pre-filling documents using the Word object model.
All that is left is to finish populating the last couple of server properties after I copied the doc to a Sharepoint folder.
Your issue comes from how SharePoint maps its properties to the Office 2007 document and vice-versa.
Ideally you would navigate to the web site and list of where your document is stored. (e.g. shortent http://intranet/[somesharepointstuff]/mydocument.docx to http://intranet/[somesharepointstuff]).
If a page display, you will be able to find your document and edit some properties there hopefully.
This ability to edit the document may depend on your security access.
Doing this will allow you to "see" what properties of the document are setup to be editable by uses and which are not.