Stricter `datetime` validation
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 38/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- javascript
Línea de trabajo
Comienza con la documentación del atributo datetime y el comportamiento del constructor Date de JavaScript descrito en el issue; después, compara los ejemplos entre navegadores enlazados. Define el comportamiento de la validación y de regex-option, incluido qué debe ocurrir con las cadenas de fecha incoherentes; se considerará terminado cuando el comportamiento esperado esté documentado y validado en los navegadores afectados.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- JavaScript
- Estrellas
- 4k
- Forks
- 194
- Merge medio
- 4 d 10 h
- PR fusionados (30 d)
- 5
Preparar el entorno
Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de github/relative-time-element
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
github/relative-time-element#383 · 1 comentario ·
-
Inconsistent use of "yesterday"Quizá libre de nuevo @ayushman1210 la tomó hace 331 días y no hay ningún pull request abierto. Abierto
Dificultad 3/5 1-2 días Aptitud para principiantes 45/100
github/relative-time-element#313 · 1 comentario ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
github/relative-time-element#307 ·
-
Astro SupportAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 30/100
github/relative-time-element#306 · 2 comentarios ·
-
Force format to absolute iso8601Abierto
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
github/relative-time-element#293 · 2 comentarios · 5 reacciones ·
Todos los issues de github/relative-time-element
Issues similares
-
documentation v2
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
modelcontextprotocol/servers#5170 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
SwiftKickMobile/skai#84 ·
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Billionmail/BillionMail#389 ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 92/100
Uniswap/tokenlists-org#3331 ·
-
beginner-friendly category:finding-titles community enhancement first-timers-only good first issue hacktoberfest help wanted low hanging fruit micro-contribution type: task up-for-grabs
Dificultad 1/5 1-3 horas Aptitud para principiantes 85/100
Berserk-hub150/skillhawk#227 · 1 comentario ·
Los mantenedores suelen responder en 8 días