google/closure-compiler

I think parseInt radix should be optional

Open

#3 230 ouverte le 12 févr. 2019

Voir sur GitHub
 (12 commentaires) (0 réactions) (0 assignés)Java (1 197 forks)batch import
P4good first issueinternal-issue-createdtriage-done

Métriques du dépôt

Stars
 (7 176 stars)
Métriques de merge PR
 (Merge moyen 3j 4h) (1 PR mergée en 30 j)

Description

I understand why this is. But if feels like a very old legacy issue...

https://github.com/google/closure-compiler/blob/b29d09f56b56e5b3ea78ba0317ae579b837fd821/externs/es3.js#L289-L300

Nowdays all browser use radix 10 as default and has done so for a long time. And the likelihood of someone starting the number with 0 and using IE8 is very slim. Many have stop supporting old browsers

* @param {number=} base

Guide contributeur

Direction de recherche
Examinez la spécification ECMAScript pour le comportement par défaut de la base de parseInt et examinez comment les externs du compilateur Closure affectent les avertissements. Tenez compte des implications de compatibilité du navigateur et testez les modifications.
Stack technique
javascript
Domaine
backend
Type d'issue
Fonctionnalité
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
2
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 heures
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
GitJavaScript
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
70