Skip to content

fix(diagnostics): expose translation failure details - #217

Merged
kfstorm merged 1 commit into
mainfrom
bright-salamander
Oct 4, 2026
Merged

kfstorm merged 1 commit into
mainfrom
bright-salamander

Conversation

@kfstorm

@kfstorm kfstorm commented Oct 4, 2026

Copy link
Copy Markdown
Owner

Summary

Translation failures now retain the original exception message from PySubtrans through the Job API and persistence layer. Failed Job details show that message directly, including provider errors, instead of replacing it with Translation failed.

  • Preserve collected batch errors even when PySubtrans also reports an aborted translation.
  • Keep error codes and structured context in expandable diagnostic details, remove duplicate help text, and update the diagnostic label across all interface languages.
  • Preserve multiline messages, wrap long values, and keep the warning icon readable.
  • Add a shared UTC timestamp format with millisecond precision for server, access, and translation logs. Docker, development, and E2E startup commands load the same configuration before application startup.

Impact

The existing error.message field stores the failure reason; no database migration is required. Error details already reduced to a generic message cannot be recovered from existing Job records. A new translation attempt records its actual failure reason.

Custom Uvicorn startup commands can enable the shared log format with --log-config cueweaver/logging.json.

Preserve original provider and translation exceptions through Job execution, persistence, and the failure UI. Show the message directly, with expandable codes and context and readable multiline diagnostics.

Add shared UTC millisecond timestamps to server, access, and translation logs, and load the configuration from Docker, development, and E2E startup commands. Existing generic Job errors remain unchanged until a new attempt records its failure reason.
@kfstorm
kfstorm merged commit b564d14 into main Oct 4, 2026
3 checks passed
@kfstorm
kfstorm deleted the bright-salamander branch October 4, 2026 02:39
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant