change(types): canonical datetime helpers and mapped datetime types
Maintainers usually reply within 2 days
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 45/100
- Issue type
- Feature
- Clarity
- Mostly clear
- Activity status
- Quiet
- Tech stack
- python, sqlalchemy
- Domain
- backend-api-design, databases
Research direction
Start by reading the datetime helpers exposed through tigrbl.types and their legacy imports in tigrbl.orm.mixins, then locate the DateTime and TzDateTime definitions. Run the type, ORM mapping, serialization, and migration tests. Done means the canonical imports work, legacy imports warn but remain functional for the stated window, mapped declarations need no explicit field specs, and timezone semantics are preserved.
Written by the indexing model from the issue text.
Description
Origin
Migrated from swarmauri/swarmauri-sdk#4753 because Tigrbl is maintained in this repository.
Scope
- expose
tzutcnowand related datetime helpers from the supportedtigrbl.typessurface; - deprecate legacy imports from
tigrbl.orm.mixinswith a documented removal window; - make
DateTimeandTzDateTimeusable inMapped[...]without an explicit field specification by consistently declaringpy_type=datetime.datetime; - preserve the semantic distinction between timezone-naive and timezone-aware values.
Acceptance criteria
- Canonical helper imports work from
tigrbl.types. - Legacy mixin imports warn and remain functional for the stated compatibility window.
DateTimeandTzDateTimework in mapped declarations without explicit field specs.- Schema/database behavior preserves timezone semantics.
- Type, ORM mapping, serialization, and migration tests pass.
Implementation breakdown
- #44 handles the public UTC helper exports. Keep the compatibility window, deprecation warnings, ORM inference, and timezone round trips in this parent issue.
- Dominant language
- Python
- Stars
- 3
- Forks
- 1
- Avg merge
- 1d 6m
- Merged PRs (30d)
- 13
Getting set up
- No Dockerfile or Docker Compose file
- No pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from tigrbl/tigrbl
-
good first issue
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
Maintainers usually reply within 2 days
-
good first issue
Difficulty 1/5 1-3 hours Newbie friendliness 95/100
Maintainers usually reply within 2 days
-
good first issue
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
Maintainers usually reply within 2 days
-
good first issue
Difficulty 1/5 1-3 hours Newbie friendliness 82/100
Maintainers usually reply within 2 days
-
good first issue
Difficulty 1/5 1-3 hours Newbie friendliness 88/100
Maintainers usually reply within 2 days
Similar issues
-
needs-triage
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
gke-labs/kube-agents#5671 ·
Maintainers usually reply within 1 day
-
docs(auth): Method B step 4 should tell users to tick "Use this client for an AI-powered agent"Opendocumentation next-release v0.9.6
Difficulty 1/5 Under an hour Newbie friendliness 88/100
khuisman/mcp-gee-sweet#1446 ·
Maintainers usually reply within 1 day
-
model:sonnet runtime:claude security size:S
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
FootprintAI/Containarium#3671 ·
Maintainers usually reply within 1 day
-
HolidayBase: reassigning `language` does not re-initialize translations or re-populate holidaysPossibly taken @shikhabhadoria claimed this today. Open
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
vacanza/holidays#4116 · 1 comment ·
Maintainers usually reply within 1 day
-
bug CLI exec
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Maintainers usually reply within 1 day