{
  "id": 9241113,
  "title": "Ambiguous submission outcomes should never be retried",
  "url": "https://urgent.news/2026/09/23/ambiguous-submission-outcomes-should-never-be-retried",
  "topic": "tech",
  "section": "Tech",
  "published": "2026-09-23T01:03:36.000Z",
  "source": {
    "name": "Dev.to",
    "slug": "dev-to",
    "url": "https://dev.to/keel/ambiguous-submission-outcomes-should-never-be-retried-2l19"
  },
  "original_language": "en",
  "account": "When job-application automation systems retry a failed submission, they risk creating duplicate applications for the same role, causing confusion and harm to candidates. These systems should instead mark ambiguous submits as UNKNOWN and never retry them, as retrying unknown submissions risks creating additional, unintended applications. The system should require explicit confirmation to close an attempt, ensuring that only real applications are recorded. By following this rule, submission metrics become more accurate, and the risk of duplicate applications is eliminated.",
  "summary": "Every retry policy you have ever configured treats a failed operation the same way: back off, try again, repeat until it succeeds. That reflex is correct for idempotent work — fetching a page, writing a log line, queueing a message. It is wrong for exactly one operation that job-application automation performs constantly: submitting. Submitting is not idempotent. Pressing \"send\" twice on an…",
  "key_points": [],
  "editors_take": null,
  "illustration": null,
  "coverage": {
    "outlets": 1,
    "also_reported_by": []
  },
  "ai_generated": true,
  "disclaimer": "Summaries, key points and the editor’s take are written by software from other outlets’ reporting and may contain errors — always check the linked original."
}