Hi,
I'm having trouble with Confluence page which uses JIRA issues macro. Certain issues in my project have loading animation next to them with text "Getting issue details ...". Indefinitely. Do you have any suggestion where should I look for hints what might be wrong? I checked JIRA access log and catalina.out but I don't see any errors. I suspect that this behaviour is caused by wrong permissions or something like that? Or perhaps something specific on issue level, fields, assignees, component ...? Thanks.
Martin
Bump. I have the same problem. I am putting multiple JIRA references into a confluence page. Each reference points to a single JIRA item by issue number (no complex queries.) All of the JIRA items render, but some of them (randomly scattered through the page) spin indefinitely on "Getting issue details." Even these spinning items have otherwise rendered correctly--the spinning message appears to the right of the (correct) item status display. I don't see a pattern to it. The links that have trouble are from different projects, they are in different states, scattered through the page. It's very annoying.
I'm seeing the same thing. It renders the JIRA snippet graphically, but then appends the spinner, ticket id, and the loading message. I agree ... very annoying.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I am also facing the same issue.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We are using Jira/Confluence cloud and we too have the same problem. We are using multiple references of single Jira task and also table lists of Jira tasks under the same confluence page.
We don't have any problem with table lists. But for single Jira tasks, we are getting infinity loading issues when published on the confluence page. But, this problem most likely occurs if we copy/paste one of the single jira task references and edit it to refer to some other new task like just updating the key. So intead of copy/paste, I destroyed the previous ones and create new references of jira single task in confluence and publish. After trying it for 1-3 times, we are successful and we are not getting that infinity loading issue again.
But yeah, this is only a hack and very annoying. We are able to handle it by not copy/paste references and by creating new reference and redo it (delete reference, create reference and publish doc) 1-3 times to make sure it is loading perfectly.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
thanks you @sridhar and this solved the issue for me in Cloud. I also applied the approach of directly inputting the key instead of the filter as described by @matt Lyon above.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thank you, this also solves the issue on Server.
Copy-Pasting-and-Editing Jira references will result in infinite loading of issue details, adding the as new references works.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
What is the search filter used in your JIRA issues macros?
Are they filters to return just one issue by key? For example:
key = STORY-123
If you use more complicated JQL, performance can sometimes be improved by restricting seaches by project. For example:
project = SOMEKEY and status = Open and summary ~ sometext
is better than:
status = Open and summary ~ sometext
I had some slow loading Confluence JIRA issues macros which were improved when I added project key to the underlying searches.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Issues are retrieved by "key = STORY-123". This is pretty fast when I invoke it directly in JIRA.
Weird thing is, I can actually see those rendered out propely in Preview of page edit. But when I get back to original page, it shows waiting animation :-(. Can this be something with Confluence<>JIRA project permissions or something?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Yes, my macros are also all of the form "key = STORY-123." I tried the suggestions other people here have mentioned:
* use STORY-123 instead of key = STORY-123
* edit the macro and express the same criteria again in case it got corrupted
* delete the macro and recreate it
None of those had any effect for me.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Also facing the same issue; JIRA / Confluence Cloud, newly created confluence page, with a table linking to several JIRA items.
Unlike Martin Hanus, we're not seeing the correct rendering whilst in preview mode.
I've just tried deleting then re-adding the macros and now, the new macros are displaying correctly but I've still got what appears to be a ghost of the old one displaying Getting issue details, even though they aren't visible in edit mode :(
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We also have this issue which is very annoying as we ramp up on our Confluence usage. Any suggestions?
We are using the cloud environment
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I am having this issue as well. Issue links and embedded filters just spin and don't load the ticket information. Very annoying
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
This issue has been around for about 4 years now and Atlassian has not fixed it. Given that Jira/Confluence integration was pretty much the only reason we were using Confluence and it doesn't work, we've now switched to notion.so and I honestly cannot tell you how much better off we are for it.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@[deleted]I love Notion, but how do you integrate the two so that updated info in Jira is reflected in Notion?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We just use links - it hasn't been a problem for us at all. Notion covers such a large part of product/engineering and research anyway that the large majority of that work does not relate to a specific Jira task, and the ones that do simply have the url as a property.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We are getting this in the Cloud version too (and it;'s the end of 2023)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We experienced the same problem as well in the Confluence data center (2024)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Looks like the newest ticket to fix this is: https://jira.atlassian.com/browse/CONFCLOUD-73074
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I am also having this issue. Seems this issue has been around for 3 years. Can't believe it hasn't been fixed
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Same problem here. Filters accessible to myself, and other users, but Confluence spinner icon displayed when trying to populate a related jira table macro.
Broken integration between confluence and jira is a big negative for us.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
In theory this problem has been solved:
https://jira.atlassian.com/browse/CONFCLOUD-67093
It works for me on Confluence Cloud and Jira Cloud now.
But I recently stumbled upon a Jira report page that stopped working, while a new one with identical filters and settings worked flawlessly.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Same problem. The confluence page loads fine while I am logged in in JIRA. If I am not, the page loads indefinetly.
The Jira project itself allows anonymous access. Not being logged in in Jira, I can browse the tickets - it is just the Confluence page with the Jira report that is not loading.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Update - we restarted our JIRA/Confluence server and this issue went away for us.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
To add in another note - I have a bunch of inserted checkboxes on the same page, and they all load as bullets instead of checkboxes. JIRA links are constantly loading and interactive checboxes show up as bullets and never turn into checkboxes.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We get this issue and sometimes removing the JIRA macro and re-creating it fixed the issue. It looks like it sometimes gets corrupted. Also for single issues I have found searching for just the issue key instead of key = issue key works better (e.g. STORY-123 instead of key = STORY-123) although they should return equivalent results
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.