Hi all,
we have a custom field type defined in the manifest, and now want to programmatically create a new custom field based on that type.
To do so, we need to pass the “custom field type” ID as the new “custom field” type property value. This ID contains both the installation Id and the app Id, which we are not sure how to get.
Is there a way to obtain these ids programmatically (other than lifecycle events as we cannot get those to work, see
How can we test Lifecycle events?)
Thanks,
Hello,
If you have access to the product context, it contains the localId property, which has the form of:
ari:cloud:ecosystem::extension/<appID>/<environmentId>/...
You can use that to construct the ID of your custom field type, which is:
ari:cloud:ecosystem::extension/<appID>/<environmentId>/static/<moduleKey>
Let me know if you have any further questions 
Hi @kkercz - thanks for your answer.
We are using a CustomUI (adminPage), and it seems that the productContext is empty (I guess that context is only of UiKit Components?).
Is there a way to get those IDs from a CustomUI?
Our ideal scenario is running the creation of the custom field from the post-install/post-upgrade lifecycle events (which give access to those IDs). However we’re struggling to test those events out (see my original post), so we are creating the custom field type from a custom field type manifest module, and then we’re attempting to create a custom field of that new type when the admin user visits a customUI adminpage, but we cant get the custom field type id from the custom field type created in the manifest. Our adminPage has to be a customUI because that will be a complex UI with a fair bit of client-side user interactions and we want a good user experience.
Thanks for your help!
@EulogioGutierrez You can get the product context with view.getContext.
For those who find this thread looking for a way to get the app ID and environment ID in a Confluence app: Unfortunately, the localId doesn’t have the same format for all products. In Jira apps, it has the format ari:cloud:ecosystem::extension/<appID>/<environmentId> but in Confluence, the colons and slashes are replaced by dashes: ari-cloud-ecosystem--extension-<appID>-<environmentID>, which makes the ID a bit more difficult to parse.
These are the regular expressions I’m using to get the IDs:
Jira:
/ari:cloud:ecosystem::extension\/(.*?)\/(.*?)\//
Confluence:
/ari-cloud-ecosystem--extension-(.{8}-.{4}-.{4}-.{4}-.{12})-(.{8}-.{4}-.{4}-.{4}-.{12})/
Thanks @klaussner - view.getContext works from the custom UI frontend.
For other people looking into this, any frontend request that uses the bridge to call a backend resolver function will be passing this context without needing to do any work. You can just inspect the params passed to the backend function and the context will be there with a localId prop.
The provided solution (for Custom UI) works fine for a generalPage in Confluence.
But it seems the localId differs in structure and value for different modules. For example the appId is not available in a macro types.
EDIT: I extracted this to a new question How to retrieve environmentId and (real) appId from context in a macro?
How do we get the App Id / Env Id inside a Forge Web Trigger function? Is that possible?
Ultimately I want to generate a link to the admin / global page using these parameters.
As both values are constant, I ended up saving them as Forge environment variables.
Hope this new feature can help your use case. https://developer.atlassian.com/platform/forge/runtime-reference/native-nodejs-runtime/
@JingYuan I think you meant to link to this page: https://developer.atlassian.com/platform/forge/runtime-reference/app-context-api/
oops sorry. Yes, that’s the correct link.
I was trying to show this API only works for Forge nodejs runtime 