UPDATE: The latest version of the Attachment Management solution has the ability to specify the entities that will utilize the solution. Be sure to “un-select” the adx_webfile entity and the ensuing disaster described in this post will be avoided. 🙂
Original Post here…
A while back I wrote about Microsoft Dynamics 365 Attachment management solution from Microsoft AppSource as a way to move email and note attachments to Azure to conserve space.
I discovered an issue with the solution that will adversely affect your Dynamics 365 Portal installed on the same tenant.
I needed to make some updates the theme.css file for my portal. I made the changes in an editor and then attached the file to the Webfiles record in Dynamics 365. If you have worked with the Dynamics 365 Portals you know that files like CSS and images are stored as note attachments to portal Web File records.
Before updating the theme.css file, the portal appeared normal:
However, after updating the theme.css file I got this:
It appeared that I messed up editing the theme.css file; which is extremely likely as I am actually NOT any kind of CSS expert, I know just enough to be dangerous.
I re-downloaded, made a few adjustments and uploaded, still the same issue! I refreshed the portal cache (here’s how) and I even restarted the portal from Office 365. The Portal still had issues rendering.
I finally decided to restore the original CSS file… however, the portal was still messed up (again after many refreshes and restarts)
I wasn’t sure at all what the issue could be… I tried recreating, double checked every setting until I remembered that this Dynamics 365 instance had the Attachment Management solution installed and configured. The app will copy ALL attachments to Azure, including Portal files!
I went into Dynamics 365 customization and disabled the Attachment Management plug-ins and then re-added the theme.css file. BOOM. Problem solved (for now). The Portal reads the attachments, not from Azure, so it never was able to find my updated theme.css file.
The Attachment Management solution will only move attachments to Azure when they are added or updated, and not existing files. Since the portal was setup before I setup the Attachment Management, I never noticed until I needed to change some files.
I reported the problem to AppSource support so hopefully this gets properly fixed in the future. In the meantime you will need to disable the plug-ins before doing any kind of portal work involving CSS or image files or just not use the Attachment Management app at all and look at other 3rd party solutions.
If you do use, remember to to re-enable the plug-ins when done.
Hope this helps!
Nick Doelman is a Business Solutions MVP and is currently trying to investigate where the summer went. Nick will be at CRMUG Summit and will not turn down any offers to have a beer and chat about Dynamics 365, Hockey or Powerlifting.
15 thoughts on “Dynamics 365 Attachment Management and Dynamics 365 Online Portals – Do not mix!”
Microsoft Labs will be addressing this issue soon, You will have a new solution in a day or two….
LikeLiked by 1 person
Great news! Looking forward to the update.
Current Attachment Management Solution in AppSource addressed this issue, by providing choice to the customer to select the entities which they want to move to Blob.
LikeLiked by 1 person
Great! I will test this out and update this posting. Thanks!
I would say attachment management is working well. All attachment in notes and email are copied to azure blob storage. Attachment upload via notes are able to see by users. However, the recipient not able to see the email attachment. Only sender able to see his own attachment in sent email.
We would like to seek your expertise regarding the issue. Your kind advice in this matter would be very much appreciated.
Sorry, I didn’t see your comment until today. Have you tried the latest release? I believe that this might have been addressed.
hi, is it not possible to configure so that all file attachments are store on server/sharepoint as files rather than within the database?
Seems silly to load-up expensive databases with tones of files in this century.
There is no “out of the box” configuration option to do this (should there be? I think so).
However, that is why there are 3rd party products and the Microsoft Labs solution on AppSource as described in this post.
What happens when you copy production to sandbox including all data? Is there an easy way to deal with this?
I don’t think there would be an easy way. After you create the sandbox copy when you navigate to the records (in Sandbox) you would not be able to retrieve the attachment. I suspect you would likely also get an error when you open the record. I think you would need to copy the Azure containers (if that is even possible) and after you copied the sandbox go in and reconfigure the attachment management solution in sandbox to point to the copies. I have not tried this yet so I really don’t know the results. Great question.
Thanks for this Nick, I was having an issue with attachments on Knowledge Articles disappearing and all I had to do was turn off KA Articles from the Notes Attachment Setting Entity.