Hi everyone,
My name is Carlos. I’m reaching out because we are currently developing an application using “Connect on Forge,” and we’ve encountered a problem.
Most of our screens are built in Forge, but we had to create some screens in Connect due to certain modules not being available in Forge.
The issue we’re facing involves making impersonal calls from our Connect backend when requests originate from Connect screens, as we lack the “oauth_client_id” in the “atlassian_host” table. This is problematic, especially since we perform asynchronous processes that can take more than an hour and involve calculations as a user.
In line with Connect’s rules, we’ve included the “ACT_AS_USER” scope in our atlassian-connect.json. However, since the installation is done through the Forge CLI, the “oauth_client_id” is not stored.
"scopes": [
"READ",
"ADMIN",
"ACT_AS_USER",
"ACCESS_EMAIL_ADDRESSES"
]
In the Forge descriptor (manifest.yml), we’ve also included the necessary scopes, but it seems these only affect calls originating from Forge.
permissions:
scopes:
- read:jira-work
- storage:app
- read:connect-jira
- read:app-system-token
- read:app-user-token
- read:jira-user
- read:permission:jira
- manage:jira-configuration
- admin:connect-jira
- access-email-addresses:connect-jira
Also, we are using the following dependencies in our backend:
<atlassian-connect-spring-boot.version>4.1.1</atlassian-connect-spring-boot.version>
<!-- ATLASSIAN CONNECT -->
<dependency>
<groupId>com.atlassian.connect</groupId>
<artifactId>atlassian-connect-spring-boot-starter</artifactId>
<version>${atlassian-connect-spring-boot.version}</version>
</dependency>
<dependency>
<groupId>com.atlassian.connect</groupId>
<artifactId>atlassian-connect-spring-boot-jpa-starter</artifactId>
<version>${atlassian-connect-spring-boot.version}</version>
</dependency>
Does anyone know if it’s possible for the “oauth_client_id” to be stored via the Forge installation, or how to make impersonated calls from Connect starting from an app installation in Forge?
Currently, we are compelled to maintain development in Connect to address certain limitations of Forge.