Stricter `datetime` validation
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 38/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- javascript
Hướng nghiên cứu
Bắt đầu với tài liệu về thuộc tính datetime và hành vi của hàm khởi tạo Date trong JavaScript được mô tả trong issue, sau đó so sánh các ví dụ cross-browser được liên kết. Xác định hành vi của việc validation và regex-option, bao gồm cả việc cần xảy ra điều gì đối với các chuỗi ngày tháng không nhất quán; được xem là hoàn tất khi hành vi dự kiến đã được ghi lại và validation trên các trình duyệt bị ảnh hưởng.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
The docs about the datetime attribute say:
This must be a valid ISO8601 DateTime
This statement is incorrect. Any value that can be passed to the Date constructor will work which presents a cross-browser issue because JS engines are inconsistent in which formats their Date constructor accept.
For example, the golang default string representation only parses in v8:
$ eshost -e "new Date('2009-11-10 23:00:00+00:00 UTC')"
#### JavaScriptCore
Invalid Date
#### spidermonkey
Invalid Date
#### v8
Wed Nov 11 2009 00:00:00 GMT+0100 (Central European Standard Time)
Also try this fiddle in multiple browsers.
How about adding an option attribute to pass in a validation regex into the element to validate the passed dates, when present? This would at least not make this issue missable by developers who only test in Chrome.
- Ngôn ngữ chính
- JavaScript
- Star
- 4k
- Fork
- 196
- Merge trung bình
- 4 ngày 10 giờ
- Pull request đã merge (30 ngày)
- 5
Chuẩn bị môi trường
Khởi chạy dev container của dự án ngay trên trình duyệt, bằng tài khoản GitHub của bạn.
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của github/relative-time-element
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
github/relative-time-element#383 · 1 bình luận ·
-
Inconsistent use of "yesterday"Có thể làm lại được @ayushman1210 đã nhận 335 ngày trước và không có pull request nào đang mở. Đang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 45/100
github/relative-time-element#313 · 1 bình luận ·
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 35/100
github/relative-time-element#307 ·
-
Astro SupportĐang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 30/100
github/relative-time-element#306 · 2 bình luận ·
-
Force format to absolute iso8601Đang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 35/100
github/relative-time-element#293 · 2 bình luận · 5 reaction ·
Tất cả issue của github/relative-time-element
Issue tương tự
-
ew
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 66/100
Maintainer thường phản hồi trong vòng 1 ngày
-
priority: medium status: needs-decision work-class: scoped
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
melodic-software/claude-code-plugins#9339 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug-report bug-report-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Codeinwp/templates-patterns-collection#539 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
建议增加URL参数构建的工具Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
-
[Bug] dsh 0.2.1 返回 session/not-found 时 sessionExists 不重建会话,消息恒失败并被误报为 INTERNAL_UNKNOWNCó thể đã có người làm @ANIIAN91 đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
xmanrui/dsh-im#444 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày