google/closure-compiler

I think parseInt radix should be optional

オープン

#3,230 opened on 2019/02/12

GitHub で見るコントリビューターガイド
 (12 件のコメント) (0 件のリアクション) (0 人の担当者)Java (1,197 件のフォーク)batch import
P4good first issueinternal-issue-createdtriage-done

Repository metrics

Stars
 (7,176 個のスター)
PR merge metrics
 (PR metrics pending)

説明

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

コントリビューターガイド

調査方針
ECMAScript仕様のparseIntの基数のデフォルト動作を確認し、Closure Compilerのexternsが警告にどのように影響するかを調べてください。ブラウザの互換性への影響を考慮し、変更をテストしてください。
技術スタック
javascript
領域
backend
Issue 種別
機能
難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。
2
推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。
1-3時間
活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。
アクティブ
明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。
明確
前提条件
GitJavaScript
初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。
70