以下の内容はhttps://error-daizenn.hatenablog.com/entry/2026/02/07/173659より取得しました。


Sage TimeslipsがRDP接続時だけ落ちる原因と対策:uxtheme.dllアクセス違反(0xc0000005)を現場で潰す手順

 

Sage TimeslipsがRDP接続時だけ落ちる原因と対策:uxtheme.dllアクセス違反(0xc0000005)を現場で潰す手順

数か月にわたり断続的に発生し、基本的な切り分けでは前進しない――そんな「業務アプリ特有の落ち方」に直面すると、利用者の不満は限界に達します。今回扱うのは、Sage Timeslips Premium(October 2025 / Build 30.0.9.196)が RDP(リモートデスクトップ)経由の操作中にのみクラッシュしやすい という症状です。イベントログやダンプの傾向が揃っているケースでは、やみくもな再インストールよりも「再現条件に沿った対処」を積み上げる方が解決率が上がります。

症状の要点:起動は普通、操作中に突然落ちる

現場で厄介なのは、Timeslipsが「起動できない」のではなく、通常利用中に無警告で落ちる点です。特に落ちやすい操作は次のような“UIの描画更新”が絡むものです。

  • 一覧のスクロール

  • 列見出しクリックによるソート(例:Date)

  • フィルター変更

  • リスト項目のクリック

  • 編集・削除などで行の再描画が走る操作

影響が大きいモジュールは、Accounts ReceivableTime & Expense Slip List のように、一覧が頻繁に更新される画面に寄りがちです。

再現パターンが示すもの:RDPがトリガー、VPNや回線品質は主因ではない

重要なのは「不安定な回線だから落ちる」といった話ではなく、以下のような 条件依存の描画問題 に寄っている点です。

  • ローカル作業では起きにくい(または起きない)

  • RDP接続時に再現しやすい

  • RDP利用しない他ユーザーは問題が出にくい

  • セッション自体は安定し、他アプリは正常

つまり、Timeslipsの処理のうち リモート描画(リダイレクト)やテーマ描画 と相性が悪い部分があり、そこでクラッシュしている可能性が高い状況です。

証拠が揃っているときの見立て:uxtheme.dll×0xc0000005は「アプリ側のUI呼び出し不整合」を疑う

イベントビューアやWER、信頼性モニター、ダンプを追った結果、毎回ほぼ同じ署名が出る場合、切り分けが一気に進みます。

  • Faulting application:Timeslip.exe(30.0.9.196)

  • Exception code:0xc0000005(Access Violation)

  • Faulting module:uxtheme.dll

  • APPCRASH(Event ID 1000 / 1001)

uxtheme.dllはWindowsのUIテーマ描画を担う中核DLLで、ユーザー側が「入れ替えて直す」類のものではありません。ここでアクセス違反が起きるときは、アプリが 特定条件下で不正または危険な描画呼び出し をしている、あるいは RDP時のレンダリング経路(GDI/DirectX/フォント/テーマ) と衝突している疑いが強くなります。スクロールやソートで落ちるのも、描画更新の連続が引き金になっている説明と整合します。

まず現場で効果が出やすい回避策:RDPの「描画負荷」と「テーマ要素」を減らす

アプリの欠陥が疑わしいケースでも、運用を止めないための回避策は重要です。ポイントは RDP経由の描画を軽くする ことです。以下は導入しやすく、効果が出ることが多い順に並べています。

1) RDP側の視覚効果を削る(最優先)

RDPクライアント(mstsc)の「表示」や「エクスペリエンス」で、次をオフにします。

  • デスクトップの背景

  • フォントスムージング

  • デスクトップコンポジション / アニメーション類(項目が出る場合)

  • ビットマップキャッシュ(相性が悪い環境ではオフで安定することがあります)

狙いは、テーマ描画やフォント描画の複雑な経路を減らし、uxtheme絡みの呼び出し回数と分岐を減らすことです。

2) リモート側の「視覚効果」をパフォーマンス優先へ

リモート先PC(Windows 11)で、次を設定します。

  • システムの詳細設定 → パフォーマンス → 「パフォーマンスを優先する」

  • 透明効果、アニメーション効果をオフ
    -(可能なら)配色・テーマをシンプルにして、描画の装飾を減らす

3) ハードウェアアクセラレーションの影響を疑い、描画経路を固定する

RDPではGPU支援やリモートFX相当の挙動が絡み、アプリの描画経路がローカルと変わることがあります。

  • グラフィックドライバを最新へ更新(OEM提供版も確認)

  • 逆に、最新化で悪化する場合は安定版へのロールバックも候補

  • RDPのGPU関連ポリシー(環境が許す範囲)を見直し、過度なアクセラレーションを避ける

※ここは組織ポリシーに依存しますが、「RDP時だけ落ちる」条件では検討価値が高い領域です。

4) Timeslipsの互換性設定を試す(小さく試せて戻しやすい)

アプリ側(Timeslip.exe)のプロパティで、次を段階的に試します。

  • 「全画面最適化を無効にする」

  • 「高DPI設定の変更」→ DPIスケーリング動作をアプリ側に寄せる

  • 互換モード(効果がある場合とない場合があるため、試験的に)

DPIやスケーリングは一覧表示・フォント描画・列幅計算と衝突しやすく、スクロールやソートで落ちるタイプの障害と相性が出ることがあります。

5) 運用回避:落ちやすい操作を減らす導線にする

根本修正まで時間がかかる場合、現場のストレスを減らす暫定策も効きます。

  • フィルター変更やソートを多用する業務を、可能ならローカル作業時に寄せる

  • 一覧件数が多い画面では、期間や条件で表示を絞ってから操作する

  • 連続スクロールを避け、ページングや検索を優先する

「落ちる操作の共通点=連続的な再描画」を避けるのが狙いです。

「基本トラブルシュートをやり尽くした」後にやるべき、技術的に筋の良い提出物

ワークステーション交換やクリーン環境でも再現し、設定初期化でも改善しない場合、重要なのは“再現条件が揃った証拠”です。サポートや開発部門にエスカレーションする際は、次をセットでまとめると前に進みやすくなります。

  • 例外コード(0xc0000005)と faulting module(uxtheme.dll)が毎回一致すること

  • 発生操作(スクロール、ソート、フィルター等)の具体例

  • RDP時に再現し、ローカルでは再現率が下がること

  • 該当バージョン(30.0.9.196)とリリース(October 2025)

  • ダンプ(.dmp)とWERレポート、イベントログ(1000/1001)

  • 可能なら、再現動画または操作手順を10行程度に手順化したもの

「環境の問題」扱いで終わらせないためには、アプリの描画処理がRDP条件で破綻するという筋の通った説明が鍵になります。

まとめ:狙うべきは“RDP描画の単純化”と“開発側に刺さる証拠”

uxtheme.dllでのアクセス違反は、現場で直せる範囲が限られます。だからこそ、短期は RDPの視覚効果を落として描画経路を単純化 し、長期は 再現条件とクラッシュ署名が揃っている証拠 をもって開発側にエスカレーションするのが最短ルートです。

運用停止を避けながら、原因に最も近いところへ圧力をかける――そのための実務的な打ち手として、本記事の回避策と提出物の整理をそのまま使ってみてください。




以上の内容はhttps://error-daizenn.hatenablog.com/entry/2026/02/07/173659より取得しました。
このページはhttp://font.textar.tv/のウェブフォントを使用してます

不具合報告/要望等はこちらへお願いします。
モバイルやる夫Viewer Ver0.14