Skip to main content
addly

Configure and verify Readiness for Jira.

Demonstration documentation for Jira · Issue panel. It describes the expected product contract, not an installation available on the Marketplace.

View the demo

Overview

The panel brings criteria, blockers, and the next action together exactly where the team prepares its release.

Audience
Release managers, product teams, and Jira administrators
State
Interactive concept, not published

Before installation

  • 01Confirm that Jira Cloud and the Issue panel placement match the need.
  • 02Identify the administrator responsible for configuration.
  • 03Review the intended permissions and data flow.
  • 04Choose a test project or space with no sensitive data.
  • 05Define the critical path and expected result.

Install

No installation is available. The future guide must start from the official Marketplace listing, verify the vendor identity, show the requested permissions, and confirm the target Atlassian site.
  1. 1Open the official listing linked from the product page.
  2. 2Review hosting, version, permissions, and the data policy.
  3. 3Install on an authorized test site.
  4. 4Verify that the surface appears in the expected context.

Configure

Configuration should start small and produce an observable result. The following settings are illustrative and must be replaced by the real schema.

{
  "surface": "Issue panel",
  "scope": "test-project",
  "mode": "preview",
  "data": "demonstration-only"
}

Preview mode should let the result be verified before broad activation.

Permissions and data

Intended permissions

  • 01Read the issue context
  • 02Read configured fields
  • 03Write only app-owned states

Data state

  • 01Demonstration data only
  • 02No remote service is connected in this showcase
  • 03Retention must be defined before publication

Verification

Interact with the critical path without leaving the documentation. First observe the initial state, trigger the primary action, then verify that the feedback explains what changed.

WALKTHROUGH 01Instruction → interaction → expected state → limitation to record

addly Readiness

Pre-release check

IN REVIEW
67%

2 of 3 criteria are ready

Demonstration data · Controls rendered with official Atlaskit components.

Checks to record

  • 01The surface appears in the simulated product and context.
  • 02Use only exposed controls and record every observable state change.
  • 03Verify that the primary action produces the visible feedback described in the demo.
  • 04Empty, insufficient-permission, and recoverable-error states cannot be manipulated here: record them as blocked evidence required before publication.
  • 05Deactivation and uninstallation cannot be manipulated here: treat them as documentary controls that still need confirmation.

Limitations

  • 01Host edition or release: No tested edition or release recorded
  • 02Distributed app version: No app version is distributed
  • 03Latest compatibility verification: Never — no versioned build exists to test
  • 04Technical support status: Unverified — no supported host or app version range

Any item marked ‘concept’, ‘intended’, ‘simulated’, or ‘pending validation’ must not be used as purchase evidence.

Compatibility registry

Documentation does not replace publication facts.

Before launch, every section will be aligned with the real manifest, listing, hosting, tests, and channels.

Back to the app