Python:WebdriverManagerがpyinstallerでexe化すると動かない(noconsoleオプション付加時のみ)

Pythonにて開発しているツールをpyinstallerにてexe化して配布しています。

ツールの中でChromeを操作するためのChromedriverの更新をWebdriverManagerを使って自動化しようとしていますが躓いています。

▽開発環境
・windows7
・python3.7.4

Chromeブラウザをpythonから起動する部分

driver = webdriver.Chrome(ChromeDriverManager().install(),options=options)

このようにシンプルな形で実装しているのですが、pyinstallerでexe化する際に

pyinstaller main.py --onefile --noconsole

このような形でnoconsoleのオプションをつけてexe化すると動きません。

その際に

「OSerror」「ハンドルが無効です」

というエラーが取得できました。

pyinstaller main.py --onefile

このような形でnoconsoleのオプションを外すと正常に動きますが、consoleが立ち上がってしまいます。

どのようにしたら、noconsoleのオプションをつけてもWebdriverManagerを動かすことができるでしょうか。

以下、動かしたいコードサンプル(main.py)です。

# coding:utf-8
from selenium import webdriver
from webdriver_manager.chrome import ChromeDriverManager

def command_chrome_check():
    options = webdriver.ChromeOptions()
    options.add_argument("window-size=360,768")
    try:
        driver = webdriver.Chrome(ChromeDriverManager().install(),options=options)
    except Exception as e:
        print(e.__class__.__name__)
        print(str(e.args))

command_chrome_check()

行動規範の内容に同意します

回答1件

ベストアンサー

以下の質問と同様の、 PyInstaller の bootloader が持つバグの影響と思われます。 Windows 環境で --noconsole 及び --onefile を併用 した exe ファイルを build すると、 subprocess モジュールを正常に利用できなくなり、「ハンドルが無効です」のエラーを生じる 場合がある、という問題です。詳細はリンク先を御参照下さい。

Python3 Tkinter exe化後のPDFの画像変換ができない

そのため回避策としても同様に、問題となっている subprocess の呼び出し箇所を特定して修正するか、或いは以下のようなモンキーパッチを当て、 stdin/stdout/stderr が親プロセスのハンドルを継承しようとしないよう 誤魔化す等すると有効かと存じます。

python
1import subprocess
2
3_original_constructor = subprocess.Popen.__init__
4
5def _patched_constructor(*args, **kwargs):
6    for key in ('stdin', 'stdout', 'stderr'):
7        if key not in kwargs:
8            kwargs[key] = subprocess.PIPE
9
10    return _original_constructor(*args, **kwargs)
11
12subprocess.Popen.__init__ = _patched_constructor

尚、仮に --noconsole の実行ファイルを正常に実行できたとしても、 chromedriver は自身でコンソール画面を開こうとする (というよりも、 chromedrive がコンソールアプリケーションである) ため、 Python とは独立したコンソール画面が開いてしまうかと思います。それ自体は正常な動作ですから、もしその画面も開きたくないのであれば、それはそれで別の話として対策を検討して下さい (CREATE_NO_WINDOW を使用する、等) 。

投稿2020/12/12 17:21