IceweaselがYouTubeをロードすると、Bluetoothマウスの接続は失われますが、再接続されません。

この問題は、マウスが自動的に再接続を拒否するために発生します。

明らかに、切断の偶然を生成する別のプロセスがありますが、次のことを行うたびに動作します。

1. Bluetoothマウス接続
2. オープンアイスイタチ
3. マウスを使わずに（この時点ではもう動かない）、新しいタブを開き、youtube.comに移動します。
4. 読み込まれた後にマウスを使用しようとすると、接続が切断されます。

もちろん、他のポイントでもマウスの接続が切れる現象が発生しますが、不思議にも上記の状況でも強制的に接続が切断されることになります。トラブルシューティングに役立つ可能性があるリンクを知っている人がいる場合に備えて追加します。

もちろん、他の多くの修正も試しました。接続が失われたときにマウスを再接続するスクリプトも設定しました（Gnome-Settings Bluetoothウィンドウを使用して再接続されないため）。

オンラインで同様の質問を見つけました。ここ私はタイムアウトを0に設定しましたが、これは実際にこれまでのすべてのソリューションの中で最もうまくいきました。マウスをそのままにしてからもう一度接続すると接続は続行されますが、上記の手順を実行しても接続が切断され、Bluetoothサービスが再起動されるまで接続が切断されるタイムアウト状態に戻ります。

すべての切断は、次のようにマイログに表示されます。

bluetoothd[19123]: g_attrib_unregister: invalid id

ただし、通常、次のいずれかの状況で発生します。

dleyna-server-service[20572]: dLeyna: Exit

またはIceweaselを使用している場合（今はChromeに切り替えています）：

iceweasel.desktop[19712]: Custom widget with id loop-button does not return a valid node

再接続できない問題に戻ると、マウスが切断された後（重要な場合はRazer Orochi）、通常のGUIベースのBluetooth設定で強制的に接続しようとすると再接続できません。再接続する唯一の方法はbluetoothctlを使用することです。 bluetoothctlプロンプトで簡単な再接続が可能ですが、多くの変更の後には、以下が同じ方法で動作する唯一のスクリプトのようです。

#!/bin/bash
echo 'power on\npair D1:A8:11:CC:DB:9A' | bluetoothctl
sleep 1
echo 'trust D1:A8:11:CC:DB:9A' | bluetoothctl
sleep 1
echo 'connect D1:A8:11:CC:DB:9A' | bluetoothctl

はい、それは私のジレンマです...誰かがここで解決策につながるものを見ることを願っていますが、もちろんより多くの情報を要求し、私がどのように助けることができるか教えてください。