Connectors

/

Jira

/

Verify a Jira fix by rerunning its Ghost Inspector test
Write
Cross-Connector

Prove a Jira fix with a fresh Ghost Inspector run

For developers and QA who want bugs closed on evidence, with the result recorded on the issue, by asking their AI assistant.

Try PopdockAI free
Get a live demo
Verify a Jira fix by rerunning its Ghost Inspector test
Check whether the fix for WEB-1042 holds by rerunning its Ghost Inspector test.
Verified: Guest checkout passed on a fresh run, so the WEB-1042 fix holds. - Test: Guest checkout, found in the bug summary - Run: 7 October, Chrome, all 14 steps passed - Comment: verification posted on WEB-1042 The status is unchanged, so you can close it when ready.
Jira
Sample figures. Your results come from your own account.
jira-get-issue
jira-get-issue-comment
ghost-inspector-get-test-result
ghost-inspector-get-test
ghost-inspector-execute-test
ghost-inspector-get-test-step
ghost-inspector-get-console-log
jira-add-issue-comment
jira-get-issue-watcher

On this page

The problem

The problem

The prompt

Who it's for

How it works

Tools used

Connector

Jira

Jira
Run it on your own Jira data.

Connect Jira, pick your AI tool and paste the prompt.

Try PopdockAI free

The problem

Bugs get closed on trust and some come back

Before a Jira bug is closed, someone should rerun the Ghost Inspector test it came from and record the result. Finding the test, running it and writing up the outcome is tedious, so bugs close on trust and some return.

Without PopdockAI

  • Work out which test the bug came from
  • Run it in Ghost Inspector
  • Dig out the failing step if it fails
  • Close the bug without recording proof

With PopdockAI

  • The bug's test is found from its summary, a comment or a name you give
  • It stops if several tests match, and asks if the bug is closed
  • The test runs once, with the failing step collected on failure
  • One verification comment is posted, and the status never changes

The prompt

Use this prompt

Copy it into any AI tool connected to PopdockAI. Swap the values in braces for your own.

Prompt
**Objective:** Check whether the fix on Jira issue {issue-key} actually holds, by re-running the Ghost Inspector test that the issue was raised from and recording the outcome on the issue. This prompt runs a test and posts one comment. It does not change the issue's status.

**Step 1: Read the issue**

Call `jira-get-issue` on the jira server with `issue-key` set to {issue-key}. If nothing comes back, report that and stop. Keep the summary, status, assignee and project key.

**Step 2: Find the test**

Take the test name from the issue. If the summary begins `Ghost Inspector failure: `, the test name is the remainder. Otherwise, call `jira-get-issue-comment` with `issue-id` set to {issue-key} and look for a comment containing `Ghost Inspector result id: `; take the result id from it and call `ghost-inspector-get-test-result` on the ghost-inspector server with `id` set to that value to read the test name.

If {test-name} was supplied as a parameter, use that instead of either and say in the report that it was overridden.

Call `ghost-inspector-get-test` with `name.contains` set to the test name. If it matches no test, report that the issue cannot be verified automatically and stop. If it matches more than one, list the matches with their id, suite and browser, and stop rather than guessing which to run.

**Step 3: Run it**

Call `ghost-inspector-execute-test` with `test-id` set to the matched test's id. If {browser} was supplied, pass it as `browser`. Leave `immediate` unset so the run completes and the pass state is real.

Runs can take some time. Do not call the tool a second time because the first has not answered yet.

**Step 4: Gather detail if it failed**

If the run did not pass, call `ghost-inspector-get-test-step` with `test-result-id` set to the new run's id and `passing` set to false, and keep the first failing step. Also call `ghost-inspector-get-console-log` with the same `test-result-id` and `error` set to true, `max-records` 10.

**Step 5: Report back onto the issue**

Call `jira-add-issue-comment` with `issue-id` set to {issue-key} and `body` set to a verification note containing: whether the re-run passed; the new Ghost Inspector result id; the browser and execution time; and, when it failed, the failing step and the console errors. Begin the comment with `Ghost Inspector verification run` so later reads can recognise it.

If `jira-add-issue-comment` rejects the issue key, call `jira-get-issue-watcher` with `issue-key` set to {issue-key}, read the issue id it returns, and retry once.

**Step 6: Report**

State the issue key, the test that was run, whether it passed, the new result id, and whether the comment was posted. If it passed, say that the issue is a candidate to close but do not close it.

**Rules & Guidelines:**

* `jira-get-issue`, `jira-get-issue-comment`, `jira-add-issue-comment` and `jira-get-issue-watcher` are on the jira server. `ghost-inspector-get-test`, `ghost-inspector-get-test-result`, `ghost-inspector-execute-test`, `ghost-inspector-get-test-step` and `ghost-inspector-get-console-log` are on the ghost-inspector server. All three servers must be connected.
* The linking convention used by every prompt on this server: a Jira issue raised from a Ghost Inspector failure has a summary beginning `Ghost Inspector failure: ` followed by the test name, and its first comment contains the line `Ghost Inspector result id: ` followed by the result id. Matching in both directions depends on this, so do not vary the wording.
* Do NOT call `jira-update-issue` or `jira-assign-issue`. Moving the issue to Done is a person's decision, and this prompt only supplies the evidence for it.
* Do NOT call `ghost-inspector-accept-screenshot`. A visual difference that the re-run reports is a finding, not something to sign off here.
* Do NOT call `ghost-inspector-execute-suite`. Run the one test, not everything around it.

**Validation:**

* If the test name cannot be determined from the summary, the comments or the {test-name} parameter, stop and say which of the three were tried.
* If `ghost-inspector-execute-test` returns no pass state, report the run as inconclusive and post no comment.
* If the issue is already Done, Closed or Resolved, say so and ask whether to proceed before running the test.

Who it's for

One answer, three teams that use it

QA engineers

Verify fixes before closing

Rerun the test behind a bug and record the result on the issue, in one request.

Verify the fix for MOB-88 by rerunning its Ghost Inspector test.

Developers

Prove your fix works

Attach a fresh passing run to the bug before you hand it over for closure.

Rerun the Ghost Inspector test for WEB-1107 and post the result on the issue.

Release managers

Stop bugs coming back

Bugs carry run evidence before release, so regressions are caught before they ship.

Does the fix for API-219 hold? Run the Guest checkout test in Ghost Inspector and record it.

How it works

What PopdockAI does when you ask

You give the Jira issue key and your AI assistant finds and reruns the test behind the bug. The result goes on the issue as one comment, and the bug's status is left to you.

01

Ask

You give the Jira issue key.

Your AI tool

02

Find

It reads the bug and finds its test, stopping if several match.

jira-get-issue
jira-get-issue-comment
ghost-inspector-get-test

03

Run

It runs the test once and gathers the failing step if it fails.

ghost-inspector-execute-test
ghost-inspector-get-test-result
ghost-inspector-get-test-step
ghost-inspector-get-console-log

04

Record

It posts one verification comment and never changes the status.

Your AI tool

What PopdockAI provides

The tools behind the answer

Ready made tools for Jira and one secure connection to your AI tool. No code, no exports.

get-data

jira-get-issue

Returns Jira issues with their project, issue type, status, assignee, reporter, dates and estimates. Filter by project, status, assignee or date range to pull a backlog, a sprint or one person's open work.
get-data

jira-get-issue-comment

Returns comments left on Jira issues with their author, body, created and updated dates. Filter by issue to read one conversation, or by date to see recent discussion across a project.
get-data

ghost-inspector-get-test-result

Returns individual Ghost Inspector test runs, including whether the run passed, how long it took, and the test and suite it belongs to. Filter by test, suite, browser, date range, pass state, or a minimum execution time for finding slow runs. This is the tool to start from when investigating a failure.
get-data

ghost-inspector-get-test

Returns the browser tests defined in Ghost Inspector, with the suite they belong to, their schedule and run settings, and whether the last run passed. Filter by suite, name, browser, region, creation date or current pass state, or fetch a single test by its Ghost Inspector ID.
run-action

ghost-inspector-execute-test

Runs a single Ghost Inspector test and reports whether it passed. The browser, region and start URL can be overridden for the one run, which is how you try a test against staging without editing it. Runs take a while, so set the immediate parameter to return as soon as the run is queued rather than waiting for the result.
get-data

ghost-inspector-get-test-step

Returns the individual steps executed within a Ghost Inspector test run, in sequence, with the command, the target element and whether the step passed. Pass a test result ID to see that run's steps. Filter to failing steps only, or to a single command such as click or assign, to find exactly where a test broke.
get-data

ghost-inspector-get-console-log

Returns the browser console output captured during a Ghost Inspector test run, flagging which entries were errors. Pass a test result ID to see that run's output, and filter to errors only or to a date range. Useful for telling an application bug apart from a flaky selector.
run-action

jira-add-issue-comment

Adds a comment to a Jira issue, which is the usual way to record why something was reprioritised, reassigned or closed.
get-data

jira-get-issue-watcher

Returns the users watching Jira issues, with the issue and project they are watching, so you can see who is following a piece of work.
Read only.Nothing in Jira Changes

This report is built from Get data tools only. PopdockAI applies the row, field and parameter rules your admin sets, and every query is written to the audit trail.

How Popdock AI secures your data

The outcome

Fixes proven with a fresh run

Try PopdockAI free
Get a live demo

Related use cases

More ways to put this data to work

All Ramp use cases

One prompt template with infinite possibilities.

‍

Your AI assistant adapts its approach, tone, and capabilities to match each unique context while you maintain a single, manageable workflow.

Join forward-thinking companies that are transforming their operations with intelligent, secure AI automation.

Try PopdockAI Free
See Documentation