In this page


Why is feature X missing in the Cloud version of the app?

It is important to understand that, although we do everything we practically can to reach that, there is no 100% feature parity between the various hosting types of the app. In other words, it may happen e.g. that the Cloud version does not have a feature which the Server version has.

Why? This is primarily the consequence of the radically different technical environments in which the different hosting types are operated.

The Server and Data Center versions of the app are both being executed in the same Java Virtual Machine like their hosting application (Jira). Therefore, the app has access to the public and even to the internal Jira APIs, and can approach problems in creative ways. Due to their similarity, it is possible to offer the same exact end-user feature set for Server and Data Center. (The "only" difference is that the Data Center version comes with clustering capabilities for High Availability.)

Cloud as a hosting type is very different.

Jira Cloud apps integrate with Jira using the technology called Atlassian Connect. Atlassian Connect is a powerful and continuously evolving technology, but it also has certain limitations. Most typically, if the Jira REST API (which is the backbone of Atlassian Connect) does not expose some information that is otherwise available for Server/Data Center apps, then the Cloud version of the app will not able to implement the features that rely on that information.

Unfortunately, these kind of limitations cannot be worked around by the app. The missing feature can be added only after Atlassian has removed the limitation in the Atlassian Connect side.

What to do with missing features?

First off, limitations are not "static". We look at these as temporary short-comings that we can add as soon as Atlassian removes the "road-block" which is the originating cause for it.

For that, we already reported the originating cause of each limitation to Atlassian, and those are available as public Jira issues.

If you miss a feature, you can indicate your interest for Atlassian by:

  1. Opening the corresponding issue we reported to Atlassian. (See the table below.)
  2. Login to the Atlassian Jira (otherwise cannot do the next two steps).
  3. Vote for the issue.
  4. Add a comment to the issue with your use case.

This way the issue will gather more interest, and Atlassian will (hopefully) prioritize it for a faster resolution.

Known limitations in Better PDF Exporter for Jira Cloud

The table below summarizes the known limitations, their originating cause and where to go to indicate your interest in resolving it.

Missing feature Why missing? Where to vote?
PDF exports are not available in Jira Service Desk queue screens Atlassian Connect does not allow adding custom menu items or buttons to this screen. ACJIRA-1780
PDF exports are not available in Jira Work Management screens Atlassian Connect does not allow adding custom menu items or buttons to these screens. ACJIRA-2371
PDF exports are not available in Jira Core "new generation" boards (overlaps with the previous one after Jire Core evolved into Jira Work Management) "Business" type Jira projects introduce the so-called "new generation" board, but it is impossible to insert custom items to its "..." menu. ACJIRA-1648
PDF exports are not available in the "Issues" screen Atlassian Connect does not allow adding custom menu items or buttons to this screen. ACJIRA-2372
PDF exports are not available in every Jira Software screen Atlassian Connect does not allow adding custom menus to the backlog in the backlog screen, to the individual sprints in the backlog screen and to the individual columns in the board screen.
(Note that you can perfectly export the issues in the backlog from the backlog screen's menu and the issues in the board from the board's menu.)
(Precise) field visibility Jira does not pass the app the ID of the screen the user is currently looking at.
(Lacking the precise solution, a pragmatic workaround is implemented in the app at the moment.)
If an issue has more than 20 worklogs, worklog descriptions are exported without formatting It is a bug in the Jira REST API.
(For issues with less than 20 worklogs, formatting works perfectly.)
Date formatting does not always use the user's own date and date-time formats These configuration settings cannot be retrieved from the Jira REST API. JRACLOUD-71301


Ask us any time.