Hacktoberfest 2026：メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

JS dialogs in the login webview block silently, with no logging

オープン
  • 何か問題がありますか？
#19 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
3/5
見積もり時間
1〜2日
初心者へのやさしさ
72/100
issue の種類
バグ
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
electron, typescript
領域
authentication, desktop

調査の方向性

cookie-login BrowserWindow のセットアップから始め、その webContents の処理を調べます。そこで Chrome DevTools Protocol デバッガーをアタッチし、Page.javascriptDialogOpening メッセージがログに記録され、Page.handleJavaScriptDialog を通じてダイアログが閉じられることを確認します。これにより、非表示の webview がログインフローをブロックしなくなります。

索引モデルが issue の本文から書いたものです。

説明

The cookie-login BrowserWindow has no handling for native JS dialogs (alert(), confirm(), beforeunload prompts). Some identity providers show a warning dialog mid-flow (e.g. Google's "This browser or app may not be secure" on federated logins through an embedded webview) — the resulting native modal blocks the hidden/backgrounded webview with no logging or way for the user to know it happened, even after credentials were otherwise captured successfully. There's no way to tell this occurred short of noticing the app has "hung."

Fix direction: attach the Chrome DevTools Protocol debugger to the webview's webContents, listen for Page.javascriptDialogOpening, log the dialog message, and auto-dismiss it (Page.handleJavaScriptDialog) so it can't block the flow.

主要言語
TypeScript
スター
63
フォーク
8
30日以内にマージされた PR はありません

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

mautrix/manager のほかの issue

mautrix/manager の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。