@lacherir どちらかというと「動かないはずなのに動いている事例がある」かもしれなくて、ゾンビみたいに見えてしまうなあ……

@lacherir @nikolat ありがとうございます。
localhostのwebページからjsstpでSSTPの送信をしている箇所で、明示的に「SecurityLevel: local」を指定してみました。

下記に示したログのように、スクリプトログではSecurityLevelがlocalであるように見えます。（反映されていないが画面では黄色い三角のwarningマークもある）
しかしSHIORI呼出ログでは「SecurityLevel: external」となっており、実行できていないのは当然なのかもしれません。
そうなると逆になぜ、SSP 2.6.98でUGMが正常に動作している環境がある（私以外から頂いた報告）のかが謎になります。

//スクリプトログで書き出した該当箇所のログ
//※ダブルクォートが部分的に二重になっているのはログ形式がcsvであるため
"09:06:48","UkagakaGhostMessengerナビゲーターうめちゃん","SSTP(Local)","\C\![notifyplugin,6f0415e0-3c00-11ef-9a9c-0800200c9a66,OnUkagakaGhostMessenger_MarkAsRead,""UkagakaGhostMessengerナビゲーターうめちゃん"",""うめちゃん""]"

//「SHIORI呼出ログ有効」で生成されるssp_shiori_log.txt
-----send------------------------
GET SHIORI/3.0
Charset: UTF-8
SecurityLevel: external
SecurityOrigin: null
Sender: jsstp-client
SenderType: external,sstp
ID: OnUkagakaGhostMessenger_SendToPlugin
-----response--------------------
SHIORI/3.0 204 No Content
Charset: UTF-8

ファイル名の数字を0詰めして2桁に揃えることでとりあえず問題は回避できましたが、なんでや

icon_2.icoとicon_20.icoでも同じことが起こりますね　拡張子を除いた前方一致になっている？

@ambergon 本体設定→表示→クロスフェーダを使う　でしょうか？

いやなんか……時計ゴーストのアイコン、現状だとほぼ嘘だし（実際の３時０分ジャスト以外）、一時間ごとに差し替えてみては？　と私から提案があり、試作してみたらご覧の有様です