fix(qqbot): accept is_reconnect kwarg on QQAdapter.connect

[Linductor-alkaid]

Summary

The gateway reconnect watcher (gateway/run.py:7784) calls
adapter.connect(is_reconnect=True) after a prolonged outage so adapters with a
server-side update queue can preserve it (#46621). BasePlatformAdapter.connect
already declares the keyword (gateway/platforms/base.py:2864), and ~30 sibling
adapters implement the signature.

QQAdapter.connect was missed during that rollout: its signature still took no
arguments, so the keyword-only kwarg crashed with
TypeError: QQAdapter.connect() got an unexpected keyword argument 'is_reconnect'.
On a cold first boot the watcher does not pass the flag and the adapter connects
fine, but every reconnect attempt after an outage would throw before the WebSocket
opened, leaving QQ stuck disconnected until the gateway restarted.

Accept the kwarg for contract compliance. QQ Bot has no server-side queue
concept, so is_reconnect does not alter connection behaviour; this is a pure
signature fix that aligns the adapter with the abstract contract.

No behaviour change. No body changes.

Diff

-    async def connect(self) -> bool:
-        """Authenticate, obtain gateway URL, and open the WebSocket."""
+    async def connect(self, *, is_reconnect: bool = False) -> bool:
+        """Authenticate, obtain gateway URL, and open the WebSocket.
+
+        ``is_reconnect`` is part of the ``BasePlatformAdapter.connect``
+        contract (see ``#46621``). ..."""
         if not AIOHTTP_AVAILABLE:
             ...

Verification (planned before merge)

• pytest tests/gateway/test_qqbot.py -q passes
• Cold first boot of the QQ adapter still connects (no kwargs path)
• Reconnect path no longer raises TypeError (is_reconnect=True accepted)

Refs #46621

[alt-glitch]

This was generated by AI during triage.

Duplicate of #52966 (earliest still-open canonical fix for #52914). This is the same one-line QQAdapter.connect(self, *, is_reconnect: bool = False) signature fix that the whole QQBot reconnect cluster addresses; gateway/platforms/qqbot/adapter.py on main still has the bare async def connect(self) -> bool signature, so the fix has not landed yet. The originally-cited anchor #52922 is CLOSED/unmerged, so #52966 is the canonical open target.

[Linductor-alkaid]

Closing as a duplicate of #52966, which is the canonical fix for this issue:

• fix(qqbot): add is_reconnect param to QQAdapter.connect for gateway reconnect compat #52966 has been open since 2026-06-26 and covers the same one-line signature
  fix on QQAdapter.connect, plus a regression test (test_connect_accepts_is_reconnect_param).
• My PR fix(qqbot): accept is_reconnect kwarg on QQAdapter.connect #60590 only changed the signature and did not update tests — strictly
  a smaller fix than fix(qqbot): add is_reconnect param to QQAdapter.connect for gateway reconnect compat #52966.
• A maintainer flagged this as a duplicate during review and pointed to
  fix(qqbot): add is_reconnect param to QQAdapter.connect for gateway reconnect compat #52966 as the open canonical target.

Superseded by #52966. Keeping the local branch around in case anything
specifically diverges; happy to close that too if not needed.