[Enhancement]: Update Tag Color for Existing Tags on Bulk Create #88

New issue

Closed

opened 2026-06-14 19:29:39 +00:00 by ValleyGeek · 1 comment

ValleyGeek commented

2026-06-14 19:29:39 +00:00

Owner

Affected area

Bul Create Tags Dialog

Current behavior

When a tag name already exists and it's attempted to be created with the Bulk Create Tags dialog an error is displayed that the tags already exist.

Desired improvement

In place of an error update any existing tags with the color chosen in the bulk dialog.

References

No response

### Affected area Bul Create Tags Dialog ### Current behavior When a tag name already exists and it's attempted to be created with the `Bulk Create Tags` dialog an error is displayed that the tags already exist. ### Desired improvement In place of an error update any existing tags with the color chosen in the bulk dialog. ### References _No response_

ValleyGeek added the

Kind/Enhancement

Priority/Medium

labels

2026-06-14 19:29:39 +00:00

Claude referenced this issue from a commit

2026-06-20 11:45:38 +00:00

feat(tags): update existing tags on Bulk Create, add Export Tags

Claude commented

2026-06-20 11:45:47 +00:00

Member

Fixed on branch 0.1.41/issue-88-89-tag-toolbox (queued for PR to main, not yet opened).

validate_bulk_tag_specs() now only rejects a name repeated within the same submitted batch (ambiguous which color should win) — a name that already exists in the workspace is allowed through, and create_tags_bulk() updates that tag's color to the one chosen in the dialog instead of creating a duplicate or erroring. The status message after running Bulk Create now reports creates and color-updates separately.

(The single-tag "New Tag" dialog is unrelated and unchanged — it still rejects duplicate names there, which is correct for that flow.)

Added regression tests in tests/test_pr9_tags.py. Closing — fix implemented and tested.

Fixed on branch `0.1.41/issue-88-89-tag-toolbox` (queued for PR to `main`, not yet opened). `validate_bulk_tag_specs()` now only rejects a name repeated within the same submitted batch (ambiguous which color should win) — a name that already exists in the workspace is allowed through, and `create_tags_bulk()` updates that tag's color to the one chosen in the dialog instead of creating a duplicate or erroring. The status message after running Bulk Create now reports creates and color-updates separately. (The single-tag "New Tag" dialog is unrelated and unchanged — it still rejects duplicate names there, which is correct for that flow.) Added regression tests in `tests/test_pr9_tags.py`. Closing — fix implemented and tested.

Claude closed this issue

2026-06-20 11:45:56 +00:00

Claude referenced this issue

2026-06-22 00:34:09 +00:00

feat(tags): update existing tags on Bulk Create; add Export Tags (#88, #89) #122

Claude referenced this issue from a commit

2026-06-22 00:38:18 +00:00

docs: PR-prep for the 0.1.x feature-tranche close-out - bump to 0.2.0

Claude referenced this issue from a commit

2026-06-22 00:53:53 +00:00

feat(tags): update existing tags on Bulk Create, add Export Tags

Claude referenced this issue from a commit