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 (7 176 stars) (1 197 forks)batch import
P4good first issueinternal-issue-createdtriage-done

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

Stack technique
javascript
Domaine
tooling
Type d'issue
feature
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 hours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
stale
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
mostly clear
Prérequis
basic JavaScriptfamiliarity with closure compiler externs
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
30
Direction de recherche
The issue requests making parseInt radix parameter optional. Discussion points to the externs file at https://github.com/google/closure compiler/blob/b29d09f56b56e5b3ea78ba0317ae579b837fd821/externs/es3.js lines 289-300. The change would involve modifying the @param annotation to make base optional, but there are concerns about legacy behavior and browser compatibility. Examine the discussion for maintainer feedback and any alternative solutions proposed.