Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

time: convert_time gives no warning when a fall-back wall time is ambiguous

Geschlossen
#5,196 1 Kommentar 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
3/5
Geschätzter Aufwand
1-2 Tage
Anfängerfreundlichkeit
66/100
Issue-Typ
Bug
Klarheit
Größtenteils klar
Aktivitätsstatus
Aktiv
Tech-Stack
python
Bereich
backend

Rechercherichtung

Start with src/time/src/mcp_server_time/server.py, where convert_time attaches the time zone to today's date and the given HH:MM; read the existing handling for nonexistent spring-forward times and the prototype in #4781. Check how the implementation can detect a repeated wall time and communicate its ambiguity. Done means fall-back times are no longer presented as a single certain conversion, while ordinary times still work.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

bug server-time v2
Problem

convert_time in src/time/src/mcp_server_time/server.py builds the source time by attaching the time zone to today's date and the given HH:MM, which always uses fold=0. On a DST fall-back day a repeated wall time (01:30 in America/New_York, for example) occurs at two instants, and the tool silently picks the earlier one. v2 already rejects nonexistent spring-forward times.

Expected

When the given time is ambiguous, the result says so, for example with a note or with both conversions, rather than presenting one answer as certain.

Prior work
  • #4781 by @Nimra3261

The PR(s) above targeted the pre-refactor code and are closed as part of the backlog triage in #4875; this issue is where the work continues, with the PR(s) as a prototype. Thank you to their authors.

Vorherrschende Sprache
TypeScript
Sterne
91.6k
Forks
11.9k
Ø Merge
4 Std. 38 Min.
Gemergte PRs (30 T.)
241

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus modelcontextprotocol/servers

Alle Issues in modelcontextprotocol/servers

Ähnliche Issues

Weitere Issues zu TypeScript

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.