fix(queue): query merge-queue label by name not resolved ID

Gitea orders /issues?labels=<id> by PR number ascending with limit
applied before PR #1233 appears — the 50-result page starts at PR #1309
and misses #1233 entirely. Querying by label name returns #1233
correctly. Drop the _ensure_label_ids() startup call (one less API
round-trip per tick) and the now-dead _QUEUE_LABEL_ID/_HOLD_LABEL_ID
globals. Resolves the queue label query bug root-causing SEV-1 #487.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

.gitea/scripts/gitea-merge-queue.py

@@ -311,28 +311,15 @@ def _resolve_label_id(name: str) -> str | None:
     return None
 
 
-# Resolve label names to IDs once at startup so list_queued_issues() and
-# hold-label checks use stable IDs even when duplicate names exist in the repo.
-_QUEUE_LABEL_ID: str | None = None
-_HOLD_LABEL_ID: str | None = None
-
-
-def _ensure_label_ids() -> None:
-    global _QUEUE_LABEL_ID, _HOLD_LABEL_ID
-    if _QUEUE_LABEL_ID is None:
-        _QUEUE_LABEL_ID = _resolve_label_id(QUEUE_LABEL) or QUEUE_LABEL
-        _HOLD_LABEL_ID = _resolve_label_id(HOLD_LABEL) or HOLD_LABEL
-
 
 def list_queued_issues() -> list[dict]:
-    _ensure_label_ids()
     _, body = api(
         "GET",
         f"/repos/{OWNER}/{NAME}/issues",
         query={
             "state": "open",
             "type": "pulls",
-            "labels": _QUEUE_LABEL_ID,
+            "labels": QUEUE_LABEL,
             "limit": "50",
         },
     )