Skip to Content

CRM Fiori Application – how is image maintained and displayed in Fiori UI

Recently I am working on an issue regarding my responsible application and I found out that previously I have wrong understanding on the image handling in CRM Fiori. I share the correct one in this knowledge so that you would not make similar mistake that I made before.

Background

In CRM Fiori application “My Opportunity”, if the account for current Opportunity has maintained image in CRM backend, it will then be displayed in Fiori UI.

/wp-content/uploads/2015/06/clipboard1_728673.png

How to maintain account Logo in CRM so that it could be displayed in Fiori UI

We have to launch CRM WebUI, upload a new attachment for given account:

/wp-content/uploads/2015/06/clipboard2_728674.png

This attachment should meet the following criteria, to make sure it could be used as logo for the current account:

1. it must be an image file ( type JPEG Graphic or other image format )

2. in property maintenance window, it must be set as default document among all attachments and document type must be BDS_IMAGE.

/wp-content/uploads/2015/06/clipboard3_728735.png

In the runtime, when you open Fiori UI, it takes two steps to get the image rendered in UI finally. These two steps could just be observed in the Chrome network tab.

Step1 – Fiori UI asks for the image URL from backend

Previously, I consider Fiori UI asked the binary content of image from backend, this is COMPLETELY WRONG!

The complete url for the first step: https://<hostname>:<port>/sap/opu/odata/sap/ZJERRY_DEMO_SRV/AccountCollection(‘4031140’)?$expand=Logo

From url we know there is an expand operation on node Logo. Check response in Chrome, there is no image binary source contained in response.

/wp-content/uploads/2015/06/clipboard4_728736.png

the url contained in Logo node is used as the requested url for the second step, as could be observed in Chrome:

/wp-content/uploads/2015/06/clipboard5_728737.png

<Note>: The complete url returned by first step:

https://<hostname>:<port>/sap/opu/odata/sap/ZJERRY_DEMO_SRV/AttachmentCollection(documentID=‘FA163EEF573D1EE585804C8B6241ABA3′,documentClass=’BDS_POC1′,businessPartnerID=’4031140’)/$value

Although it contains an “Attachment” in url, it HAS NOTHING TO DO WITH the tab in Opportunity detail page! It just indicates that the technical storage of account logo is done via CRM Attachment model.

/wp-content/uploads/2015/06/clipboard6_728738.png

Step2 – bind the url to image field in application

Check the xml binding path for image field in Opportunity detail view: it is bound to ImgSrc in json model.

/wp-content/uploads/2015/06/clipboard7_728739.png

In application code, it just fills that json model field with url returned by step 1:

/wp-content/uploads/2015/06/clipboard8_728740.png

And this operation will lead to a delayed re-render later to set the native html property “src” for image field, which is done by framework:

/wp-content/uploads/2015/06/clipboard9_728741.png

Callstack:

/wp-content/uploads/2015/06/clipboard10_728742.png

Conclusion

The http request sent in second step is not issued by My Opportunity application, but by browser itself, once an image element is filled with actual url on its “src” property.

To simply prove this conclusion:

Create a simple html file as below, just paste the url for second step into src property:

<html>
<img src="https://<hostname>:<port>/sap/opu/odata/sap/ZJERRY_DEMO_SRV/AttachmentCollection(documentID='FA163EEF573D1EE585804C8B6241ABA3',documentClass='BDS_POC1',businessPartnerID='4031140')/$value"></img>
<html>

Open it in Chrome, and you can observe exactly the same network behavior as when you open the application with an image in Fiori UI:

/wp-content/uploads/2015/06/clipboard11_728743.png

Be the first to leave a comment
You must be Logged on to comment or reply to a post.