It’s happening both when I run the app locally and in production. When I try to install the app on the marketplace, it won’t install, and the logs indicate it’s calling //installed.
Yes I do. It hasn’t caused a problem up till now. If this is now an issue I can change it.
I saw in another thread there were changes being made to the fields returned from the /installed event, maybe something else was changed accidentally?
Let me know what you think the best way forward is.
Thanks @RhysDiab,
There were no code changes associated with the other thread. The engineers who maintain the installation code are not aware of any changes. We will continue looking into this.
Regards,
Dugald
Hi @RhysDiab,
After further investigation we still have not found any changes on our part. Is there a chance there could have been a change at your end? Maybe something subtle like a server config change causing less lenient URL parsing? Of course, you could test the removal of the trailing slash on your app descriptor’s baseUrl, but be aware of all its dependencies and that this will require a change in the Marketplace listing which takes hours to roll out to all tenants.
Regards,
Dugald
It may well be from a change on my end. I did a deploy yesterday, but everything was working all yesterday after the deploy, including a number of new trials where the correct URL was called (’/installed’). But yes, completely possible I’ve goofed up somewhere.
I think I’ll change the install url from ‘/installed’ to ‘installed’ as this seems to fix the issue and only causes a minor update.
Thanks again, I really appreciate you looking into the issue.
UPDATE: Just checked. This issue is also occurring on older branches before my last release.
I’m seeing the same issue as @RhysDiab. Everything was working fine when I shut down yesterday evening, but the app wouldn’t register at all this morning. I did some digging and came to the same conclusion – the marketplace is calling //installed instead of /installed.
I was able to repeat this by creating a new app with atlas-connect and following the basic instructions to get the dev loop running. Removing the slash from the atlassian-connect file gets around the problem, but that’s not documented anywhere.
I don’t know what changed, but that extra slash is causing problems.
Also got this issue. Even my apps that I haven’t touched for months (but were still working at the time) are still registering this //installed 404 error.
Something’s definitely been changed in the registration process.
We also got this issue for all the projects. And we also didn’t touch them for month. Actually, I saw //installed issue a long time ago(when you’re running project locally), but that wasn’t an issue. Everything worked fine.
I had an additional slash at the end of the url.
This worked fine before, but I guess that Atlassian did some cleaning of their code lately and it broke that.
I have just released the fix and can confirm it fixes the issue.
The engineering team have done some investigation which shows recent changes to the Atlassian Connect Spring Boot framework have resulted in it not handling the double forward slashes. The team are making changes to Atlassian Connect to ensure it doesn’t build URLs with double forward slashes.
It’s interesting. Although the incident says it has been fixed (https://clb.sh/509850), I’m still getting the same error in my development environment.
I guess I will need to modify the register-jira-conf.js file as suggested in previous posts.
No, it was something else, problem with double slash still exists and I don’t think Atlassian is going to fix that. I believe it happened on Atlassian side (UPM module?), which started to call apps backends with double slashes if a baseUrl in your atlassian-connect.json contains / at the end of the url. It broke both apps based on ACE and based on connect-spring-boot