tasklib crashes/hangs when parsing historical dates from Taskwarrior 3.x (SQLite backend)

オープン

#136 2026年7月1日に作成コメント 0 件リアクション 0 件担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度: 3/5
見積もり時間: 1〜2日
初心者へのやさしさ: 52/100

issue の種類: バグ
明瞭さ: おおむね明確
活発さ: 静か
技術スタック: python, sqlite
領域: backend, databases

調査の方向性

まず、SQLiteバックエンドで過去の作成日時を使用して Taskwarrior 3.x の失敗を再現し、その後、タスクの初期化中に tasklib が日付を解析する処理を追跡します。古いタイムスタンプが例外やハングを発生させずに解析され、現代のタイムスタンプは引き続き正常に動作することを確認します。

索引モデルが issue の本文から書いたものです。

説明

Hey guys,

Ran into an edge case where tasklib completely fails to parse a task if it contains an older historical creation date.
How it happens:

If you manually force an old date on a task using task edit (for example, setting Created: 1979-07-14 00:00:00), Taskwarrior 3.x saves it to the SQLite database just fine.

However, when a frontend library like vit tries to initialize and read the tasks via tasklib, it throws this validation error and gets stuck in an infinite loop:
Plaintext

'300769200' is not a valid date in the '' format.

It looks like the internal date parser chokes on the smaller Unix timestamp integer (300769200) coming out of the modern Taskwarrior 3 SQLite backend, treating it as malformed text.

Changing the date back to a modern timestamp via the standard CLI (task modify entry:2026-07-01) fixes the issue immediately, but it would be great if tasklib had a defensive check or fallback format handler here to stop the parser from completely dying on older dates.

主要言語: Python
スター: 158
フォーク: 29
PR マージ指標: 30日以内にマージされた PR はありません

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
リポジトリをフォークし、ブランチを切って変更します。
issue 番号を参照したプルリクエストを送ります。

GothenburgBitFactory/tasklib のほかの issue

Turn of gc (`rc.gc=0`) for read operations (at least until TW does this) オープン

難易度 4/5 3〜5日初心者へのやさしさ 42/100

GothenburgBitFactory/tasklib#135 · 2026年1月14日に作成
tasklib should respect context or support it as an option IMO オープン

難易度 3/5 1〜2日初心者へのやさしさ 35/100

GothenburgBitFactory/tasklib#133 · コメント 1 件 · リアクション 2 件 · 2024年10月4日に作成
TaskQuerySet should be sortable by urgency IMO オープン

難易度 3/5 1〜2日初心者へのやさしさ 35/100

GothenburgBitFactory/tasklib#132 · 2024年10月4日に作成
Automatic parsing of time-related UDAs オープン

難易度 4/5 3〜5日初心者へのやさしさ 35/100

GothenburgBitFactory/tasklib#131 · コメント 2 件 · 2024年7月27日に作成
Colons in tags should be automatically escaped オープン

難易度 3/5 1〜2日初心者へのやさしさ 45/100

GothenburgBitFactory/tasklib#129 · 2023年12月28日に作成

GothenburgBitFactory/tasklib の issue をすべて見る

似ている issue

validate-structure inspecte challenge/work/.terraform et rend faux les labs qui ont un provider en cache オープン

bug

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

stephrobert/dsoxlab#238 · 2026年9月24日に作成
Uniform probability densities use the upper bound as an interval width オープン

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

nasa/fmdtools#40 · 2026年9月24日に作成
_common_folder() treats a single file as the common folder; single-file archives can't be installed (4.2.8) / crash (master) オープン

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

sublimehq/package_control#1780 · 2026年9月24日に作成
Set 'Sample' input in 'autorun.py' to utilize 'Sample' Tab in eLog オープン

難易度 2/5 1〜3時間初心者へのやさしさ 65/100

pcdshub/mfx#309 · コメント 2 件 · 2026年9月24日に作成
niri config file addition does not respect existing optional include オープン

難易度 2/5 1〜3時間初心者へのやさしさ 70/100

nwg-piotr/nwg-displays#145 · 2026年9月24日に作成

Python の issue をもっと見る