ここに記されている通り、新ABCを境にデフォルトAPerfが変更されている。過去コンテストでもこのデフォルト値を使っているため、予測が狂う。
その変更と同時にデフォルトパフォーマンスのデータを配信しない実装に切り替えたため、predictor稼働前の過去データを現在の手法で補完するまで問題が顕在化しなかった。

画像の通り。

概要

APerfをlocalDBに保存する処理が動かず、localDBが機能していない。
現状これがなくとも動いているため、撤廃しても良さそう。

概要

エラーを吐くなどでupdateViewが先に呼ばれた場合、resultが初期化されていない場合がある

概要

ratedなコンテストでないコンテストや、APerfが提供されていないコンテストなどで発生する。見た目があまりよくない。

概要

tooltip表示はbootstrapからjqueryオブジェクトにinjectされているものなので、他スクリプトがjqueryを上書きするとそこを実行する際にエラーを吐いて落ちる(predictor自体が表示されなくなる)

対策

tooltipを簡易化するか、bootstrapとjqueryを別途installする。

画像の通り。

コミット c826d0a で削除されたチェックを戻せば良い

この時不要だと勘違いしたのはリロードした直後しかチェックしていなかったから。
predictorロード前のまだ追加カラムが描画されていない時はcolspanが通常通りだからであり、predictorロード後に生成された長カラムは長いまま。そのためバグる。

概要

順位表がvueで書き直された。

AtCoderの順位表をvueでがっつり書き直したので、バグってるところがあるかもしれません。なんか仕様が変わってるところがあったら、それは仕様ではなくバグです。
2019年10月26日

エラーを見る限りではHTMLの構造が変わってMutationObserverの登録でコケてそう?

レーティング予測機能は便利に使わせてもらっています (ありがとうございます)。
しかし AtCoder 上で動く UserScript であって順位表に何列か追加するだけのものに「2200 行を越えていてかつ活発に更新される (しかもなにやら外部の独自のサーバと通信をしている)」というのはなにか不安感があります。もうすぐ黄色になるレベルの人が「意図的に提出などを外部に送信したりしている」とはあまり考えられないとしても、あまり気分のよい状態ではありません。
ですので、本質的でない機能を削ったりコンパイルオプションを調整したりして、最終的な ac-predictor.user.js の容量をまともな大きさまで減らしてほしいです。

とりあえずは #24 に書いてある方向を進めて「レート変化の予測をするだけの UserScript」と「お遊び機能が詰まったサイドメニューを追加する UserScript」とに分割されるとよいなと思っています。
よろしくお願いします。

Estimatorだけ使いたい人とかがいるため。
また、これができるとお遊び俺得要素を大量に追加できる。

問題ページのpredictorに「現在の問題を正解したときの順位」を表示するようなボタンを付けたい

概要

コンテスト終了後において、同順位の人で同じレートの人が居た場合、その人達のレート遷移が入れ替わる可能性がある。(参加回数によって同レートからも遷移が変わるため。)
これは特に0完でレートが一桁台の人が条件を満たしやすい。

概要

ペナルティなしのページで動かなくなりがち

概要

計算時ではなく表示するパフォーマンスをpositivizeしてあげる必要がある(/result/json等もまだunpositivizeしたまま配信しているため

Edgeにインストールした際にSyntax errorを吐いて動かなくなる

8684078

z-indexが新しいユーザー名のプルダウンについていない。
トップページの"トップに戻る"ボタンも干渉してる

概要

脆弱性CVE-2015-9251によって、データ配信サーバーに配置されたスクリプトをUserScriptと同権限で実行させることが可能である。
ここでのデータ配信サーバーとは、パフォーマンス推定に必要な情報を配信する外部サーバーである。

発生の条件

コンテストページにアクセスした際に/api/aperfs/${contestScreenName}へデータ取得が発生する。もしレスポンスが悪意のあるものであった場合、そのコードが実行される。

過去の被害・これからの影響

現状データ配信サーバーの管理者は私である。そのため、私が攻撃を行う、又はデータ配信サーバーが乗っ取られない限りは攻撃は発生しない。今までそのような形跡はない。

対処

JQueryのバージョンを上げる

AtCoder側のjqueryを流用しているため、これは不可能である。

全てのリクエストにdataTypeを指定する

指定忘れが発生する可能性もあり、あまり行うべきではない。

dataTypeを常に指定するラッパを用意する

現在全てのajaxリクエストはatcoder-libsを通じて行っているため、そこに用意すれば良い。

概要

Unratedになったコンテストは特殊扱いしているが、APerf追加かRated順位あたりがバグっているはず。(abc126では自分の推定パフォが2400だったと記憶しているが、低いパフォが出ている)

概要

割と順位表ページや提出ページで連続リロードをする人が多い。そういう時に一々配信していると破滅するので、最終更新からn秒はローカルのデータを使うなどすると良いはず

コンテスト開始後N分の状態をエミュレートして、そこに各位を追加した場合どうなるかを表示させてあげたい Unrated者の処理と同じ。

概要

順位表の更新が発生した時にpredictorが更新されていない場合、こういった感じで乱れがち

順位表の更新ボタンの変化をいい感じで見て、順位表と同期的にリロードしたい

概要

ローカルにもなく、初めて読む際にサーバーが落ちてるとこれが起きる

対処

先にコンテスト初期化をやるようにしたのが問題。後にする

#26 で上げられている通り、汎用的なライブラリを分離するべき。

考慮すべき事項

• /libs内に存在するもの全てを分離してよいか
• Sidemenuは上と他ファイルに分離するべきか
• Estimatorを別スクリプトとして発行するべきか
• 神ライブラリにしてよいか(複数ライブラリに分割すべきではないか)
• リポジトリをどうするべきか

概要

/result/jsonから取得している時、必ずしも順位表通りに並んでいるわけではない。(特にこれは0完の場合に顕著)

対応策

順位表と同じく、レート順にソートして上から取る。その場合同じレートの人が同じ順位を取ると破滅するが、特に顕著な0完の場合は大いにあり得る。この場合は識別子がないためどうしようもないため、妥協

概要

以下の通り。

原因

FixedResultのコンテスト中垢消し判定が壊れるのが原因。どこかで何らかの影響により不整合が起きた場合その後にも波及してしまう。
この状態はロバストネスに欠けるため、修正をするべき。

レート変化予測は現状3種類くらいある

①コンテスト中レート予測

これは大丈夫

②コンテスト後レート予測

ヤバい

何がヤバい

レート変化予測には「変化前のレート、パフォ、参加回数」が必要
/standings/jsonのCompetitionsはコンテスト開催当時の参加回数ではないので、こわれる

どうする

/results/jsonなるものがある これを使う(ズルっぽいけど仕方ない)

③Unratedコンテストレート予測

もっとヤバい

何がヤバい

Unratedなので/results/jsonもない→どうしようもない

どうする

そもそもレート変化を表示しなければいい(!)
現状レート変化の表示条件が「Ratedか」で、これはパフォの計算にも使われているので変えられない。
なので、コンテスト全体がUnratedかどうかを別の場所で持っておく