A GitHub re-import leaves a ticket's filename on the old title

• Status: Todo
• Kind: Bug
• Authors: jp
• Date: 2026-09-07
• Implements: 100
• Label: domain=tooling
• Label: type=bug

store::edit moves a ticket's file to the slug a new title produces, so the filename never disagrees with the heading. store::import does not: it writes title, description, and comments through render::replace_content directly, because edit cannot touch comments.

An issue retitled upstream therefore refreshes into a ticket whose heading is the new title and whose filename still carries the old slug. Nothing breaks, but the file is no longer findable by the name it announces, which is the whole reason edit renames.

The fix is to move the slug rule somewhere both paths reach: either a store::rename_to_match_title(dir, id) that import calls after writing, or a shared helper that takes the new title and returns the path the file belongs at.