Closed mscc-sascha closed 5 months ago
Thank you for letting us know about this issue. We will take a look shortly. Thanks.
Hi @mscc-sascha ,
We are still investigating this issue with engineer team. I will back to this thread once I get update.
Thanks.
@mscc-sascha Thanks for reporting this to us. Here's my steps to reproduce this issue:
Would you please help confirm the detailed steps to reproduce it? It can help us to figure out the root cause or workaround. Thanks.
This issue has been automatically marked as stale because it is marked as needing author feedback but has not had any activity for 4 days. It will be closed if no further activity occurs within 3 days of this comment. Thank you for your interest in Office Add-ins!
Hi @mscc-sascha , please help to confirm the reply from @xuruiyao-msft .
This would be help for our issue locate.
Thanks.
Hi @xuruiyao-msft
Sorry for me late reply, I was out of office for a few days! Please follow the steps to reproduce I have described above. Based on your steps, here are the corrections:
You can use the Code published here to read the sensitivity labels by using OfficeJS.
@mscc-sascha About the step 2. Which Confidential option do you choose? I notice that there are four options:
Thanks for your confirmation.
Hi @xuruiyao-msft and @mscc-sascha ,
I need to clarify something there. For sensitivitay label (MIP), the detail type of them is configured by the tenant/site admin. So the user in different tenant will see different label, and that's the expected.
Hi @xuruiyao-msft
As @ZYUN-MSFT mentioned, the MIP labels are different for each environment, so it doesn't matter what label you set. I could reproduce the error with any label set (default or custom).
Please note that Co-Authoring for files encrypted with sensitivity labels should not be activated (https://learn.microsoft.com/en-us/purview/sensitivity-labels-coauthoring). If activated, labels are not stored as custom document properties anymore.
Thanks!
@mscc-sascha @ZYUN-MSFT Thanks for clarify the details. We've created the work item(8222053) to track this issue. If any updates, we'll sync with you.
thanks @mscc-sascha for reproting this issue, it has been fixed and deployed to latest M365 office, please upate to the latest version and have a try. feel free to let us know if there are other issues.
@jipyua Thanks, it works now as expected!
Any office application crashes when reading the custom document properties by using OfficeJS (
const properties = context.document.properties.customProperties
) after the assigned sensitivity label has been changed.NOTE: I experienced the same by creating a COM-AddIn and accessing custom document properties (https://learn.microsoft.com/en-us/office/vba/api/Word.Document.CustomDocumentProperties)
Provide required information needed to triage your issue
Your Environment
Expected behavior
When changing the sensitivity label, reading the custom document properties from an AddIn (COM-AddIn and OfficeJS) should work.
Current behavior
The entire application crashes and restarts without showing any error. In Event Viewer I could find the following:
Steps to reproduce
Link to live example(s)
Context
Currently our integrations are depending on the sensitivity labels and do not work correctly in case of changing them. Most of our customers have disabled Co-Authoring for files encrypted with sensitivity labels, therefore we want to read out the applied sensitivity labels by parsing the custom document properties.