TryGhost/Ghost

Cannot get posts from the same date (SQLite3-specific?)

Offen

#23.441 geöffnet am 20.05.2025

Auf GitHub ansehenContributor Guide
 (1 Kommentar) (0 Reaktionen) (0 zugewiesene Personen)JavaScript (11.888 Forks)batch import
affects:apibugcommunitygood first issue

Repository-Metriken

Stars
 (54.780 Sterne)
PR-Merge-Metriken
 (Durchschn. Merge 19T 11h) (658 gemergte PRs in 30 T)

Beschreibung

Issue Summary

In sqlite3, dates are formatted in the published_at column of the posts table as '2025-04-22 14:13:46'. (Note the space, lack of T, etc.) Using {{published_at}} in the theme gives you something like: 2025-04-22T10:13:46.000-04:00 So let's say I want posts newer and older than my current page's publication date.

Posts before: 2025-02-27T19:03:00.000-05:00 2025-02-13T19:02:00-05:00 2025-02-13T19:02:00-05:00 2025-02-13T19:02:00-05:00 2025-02-13T19:02:00-05:00 2025-02-13T19:02:00-05:00 2025-01-23T19:01:00-05:00 2025-01-23T19:01:00-05:00 2025-01-23T19:01:00-05:00 I'm getting the posts published at 2025-02-13T19:02:00-05:00 showing up as being after 2025-02-27T19:02:00-05:00 My guess here is that the filter is using the format the posts are in from the database. But there's no T in that date format, so everything from that date is after the published_at, because T > " "

Steps to Reproduce

see above

Ghost Version

5.116

Node.js Version

20

How did you install Ghost?

local install

Database type

SQLite3

Browser & OS version

No response

Relevant log / error output

Code of Conduct

  • I agree to be friendly and polite to people in this repository

Contributor Guide

Research-Richtung
Untersuchen Sie, wie das Filtersystem von Ghost Daten vergleicht. Das Problem liegt wahrscheinlich darin, dass SQLite Daten mit einem Leerzeichen anstelle von 'T' speichert, was zum Fehlschlagen des String Vergleichs führt. Überprüfen Sie die Implementierung des Filterparsers oder des Datenbankadapters, um sicherzustellen, dass die Daten vor dem Vergleich in das ISO 8601 Format normalisiert werden.
Tech Stack
javascriptnodejssqlite
Domain
backend
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
GitJavaScript
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
70