galaxyproject / galaxyproject/loom

Galaxy job errors aren't surfaced proactively in Orbit chat -- only when the user asks

Open
#210 6 comments 0 reactions 0 assignees View on GitHub
bug
Dominant language
TypeScript
Stars
14
Forks
12
Avg merge
6d 5h
Merged PRs (30d)
17

Description

A tool run that Galaxy immediately failed was not reported in the Orbit chat. From the user: "Galaxy UI immediately showed error but Orbit chatbox did not show error automatically. When I asked, then it could see there was an error."

What happens: `galaxy_run_tool` returns "Started tool ..." (HTTP 200 -- the job was submitted), and the agent treats that as success and moves on. The job then errors in Galaxy, but nothing polls the job to completion, so the failure is invisible until the user explicitly asks.

This is a trust problem -- a user watching only Orbit would believe the run succeeded. Expected: after submitting a job, surface terminal failures proactively (poll job/dataset state, or at least flag that submission != completion).

App 0.3.1, deepseek-v4-flash, trim_galore run. Overlaps the "don't claim completion before verifying artifacts" theme in #23 (this is the failure-surfacing flip side).

Contributor guide

No contributing guide indexed for this repository

Research direction

Start by locating the galaxy_run_tool implementation and tracing what happens after it returns the submission response; compare the behavior with the related completion-verification theme in #23. Reproduce the trim_galore failure against Galaxy and verify that terminal job or dataset failures are surfaced in Orbit chat without requiring the user to ask.

Written by the indexing model from the issue text.

Assessment

Tech stack
typescript
Domain
api, backend
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
48/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.