`Input` defaults to `type="string"`
Personne n'a encore pris cette issue.
- Langage dominant
- Ruby
- Étoiles
- 1k
- Forks
- 67
- Merge moyen
- 3 j 12 h
- PR mergées (30 j)
- 14
Description
- Where:
Input's defaulttype:ininput.rb, anddate_picker.rb's
input_attrs(type: "string"). Snapshotdate_picker/without_label. - Effect:
stringis not an HTML input type; browsers fall back to
text, so nothing breaks, but the attribute is invalid and will be
flagged by any validator, including Herb's. - Fix:
type: "text"in both places; re-record (on the 2.0 line)input/*,
date_picker/*and whatever else changes.
Surfaced by the golden HTML suite (PR #536), which pins what 1.6 renders today — this defect included. Per maintainer decision (2026-09-19) main stays as is: this is addressed on the 2.0 line, and the golden snapshot that pins it is re-recorded there with the diff reviewed.
Source: design/v2/follow-up-issues.md.
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par le type par défaut dans input.rb et input_attrs dans date_picker.rb, puis examinez le snapshot date_picker/without_label. Travaillez sur la ligne 2.0, réenregistrez input/, date_picker/ et tous les autres golden snapshots concernés, puis examinez le diff pour confirmer que le type rendu est text plutôt que string.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- html, ruby
- Domaine
- frontend
- Type d'issue
- Bug
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Activité
- Active
- Clarté
- Clairement spécifiée
- Accessibilité débutants
- 82/100