dhhは2つの保護機能を提案し、開発ブランチquattroにマージした。omacom/omarchy#17524では、保留中のマイグレーションを実行する前にシェルを再起動し、新たに追加されたIPC関数を使えるようにする。これにより、古いシェルがマイグレーションキューを繰り返し止める事態を防ぐ。omacom/omarchy#17553では、更新中にバイナリが置き換わっても、実行中のHyprlandが新しいバージョン向けの設定を再読み込みしないようにする。セッションを再起動するまで、再読み込みは無効のままとなり、エラーも表示されない。
greptile-apps[bot]は、再起動より先にマイグレーションが実行されても通ってしまうテストを指摘した。dhhは、修正後のテストでは保留中の処理の有無を調べるチェックを別に記録し、保留中の処理がない場合も検証していると回答した。いずれも開発ブランチへのマージである。
quattroのコミットomacom/omarchy@cfd8106faaacは、参加者として
scottjones、作者としてScott Jonesが記録されている。Hyprlandの描画デバイス（Hyprland's rendering device）についてMesaがソフトウェアレンダリングを報告した場合、アニメーション、ぼかし、影をデフォルトで無効にする。全フレームをCPUで描画することで、動きの引っかかりや継続的なCPU負荷が生じるセッションを対象とした変更である。
最終的な実装では、アニメーションの切り替え操作でこのデフォルトを上書きでき、その選択はセッションをまたいで維持される。ユーザー設定を尊重し、効果を無効にしたと通知する前に、実際の設定も確認する。通知はマシンごとに一度だけ表示され、ユーザーがすでにアニメーションを無効にしていた場合は表示されない。
ThePrimeagenが作成したomacom/omarchy#17588は、quattro向けの未マージの提案である。クローンが消えた後もメニューや絵文字ショートカットを無効のままにしかねない置き換え記録を保持する方式から、インストール済みで有効なクローンを基に、組み込み機能が置き換えられているかを判定する方式へ変更する。別のクローンを有効にすると同じ組み込み機能に対応するほかのクローンは無効になり、元に戻す際にはそれらのバー上のスロットや設定が維持される。
ThePrimeagen's responsesでは、マイグレーションの復旧と、復元したスロットが別のスロットを消してしまう問題への修正が説明されている。greptile-apps[bot]の最終要約でも、先に指摘されたスロット消失の問題は修正済みとされている。一方、残る制約も明記されている。通常の命名規則から外れた名前に変更したクローンをアップグレード前に削除した場合、元の対応関係を復元できず、組み込み機能が無効のままになる可能性がある。
dhh's omacom/omarchy#17560は未マージの提案で、FireworksとDeepSeekの資金設定を手動で管理する方式に代え、過去30日間の日別利用額を棒グラフで表示する。Fireworksと条件を満たすOpenRouterアカウントではプロバイダーの利用記録を使い、その他の対応表示ではローカルマシン上でpiとopencodeが保存したコストから利用額を推計する。月額上限のあるFireworksアカウントでは、代わりに暦月単位のメーターを表示する。
greptile-apps[bot]は、Fireworksの金額を読み取れない場合に、正しい利用額が新たに取得したゼロの値で上書きされる可能性を指摘した。レビューでは、最後に正常に取得した結果を、古いデータとわかる状態で保持するよう求めている。提示された提案は引き続き未マージであり、ローカルでの推計には、応答ごとのコストを保存しないハーネスの利用分は含まれない。
lbssousaは、GNOME Keyringをoo7に置き換えるドラフト提案omacom/omarchy#17502を作成した。systemd credentialsを使ってユーザーごとのロック解除用シークレットを封印し、Secretポータルの接続先を切り替え、既存のコレクションを移行する。キーリングの修復やパッケージのトランザクションに失敗した場合はロールバックする仕組みである。
この提案には、別の修復変更、パッケージの依存関係の調整、oo7 0.7安定版のArchへの導入が必要になる。lbssousaは、平文のキーリングやバックアップが残るため、現時点では保存データの暗号化を実現するものではないと明言している。VMでの検証報告には複数のログイン構成が含まれるが、Quattroより前の環境からの完全なアップグレード、新規インストール、aarch64は未検証である。
10月28日に作成された
T3lluz's omacom/omarchy#16956は、引き続き未マージの提案である。カテゴリ、お気に入り、最近使った絵文字、肌の色の記憶、順位付き検索、貼り付けずにコピーする機能を扱う。現在の説明には、Unicode名と肌の色のバリエーションを加えて絵文字カタログを拡充する内容も含まれている。
11月4日にT3lluzが投稿した回答は、作者の代理としてClaude Codeが対応していることを明記し、幅に応じたグリッドの列数調整と、設定テストのIPC引数（preference test's IPC arguments）の修正を説明した。greptile-apps[bot]は修正後の幅の計算を受け入れ、最小4列という設定も妥当だと認めた。提案の使い勝手と検証（proposal's usability and validation）は進展したが、マージされたことを示すものではない。
spaghetticodezは、未解決のomacom/omarchy#16518にKeePassXCについての報告を追加した。stableのバージョン2.7.12-5に対してArch's 2.8.0-3を挙げ、ブラウザー連携とデータベースのインポートに関するセキュリティ修正を説明している。これは投稿者によるパッケージの確認報告（contributor's reported package observations）であり、ミラーを独立に測定して検証した結果ではない。
このスレッドは10月24日、BrotliとNode.jsのセキュリティ更新がstableに反映されていないとする
xsi-dbachmann's reportから始まった。11月4日のコメントでは、報告対象のリスクがパスワードマネージャーにも広がった。提示された記録から、その後ミラーが更新されたかどうかは確認できない。
作者としてEmir Beganovic、参加者として
emirbが記録されたmasterのコミット群は、Archのパッケージより優先されるOmarchyパッケージの検査を強化する。omacom/omarchy-pkgs@3e5aeb9e6fd1は、意図的に置き換えるx86_64パッケージを明示的な一覧にすることを要求し、一覧にない置き換えを拒否する。omacom/omarchy-pkgs@472b7f0ebc58は、aarch64専用レシピをこの比較から除外し、Archのcoreリポジトリ（Arch's core repository）も比較対象に含める。
omacom/omarchy-pkgs@9b527ab5f14aは、通常のPR検査を変更されたレシピに限定しつつ、日次ではツリー全体の検査を維持する。omacom/omarchy-pkgs@aaff66e98b18は実際の検出結果と準備段階の失敗を区別し、ミラーの障害によってパッケージ更新の遅れを誤って通知しないようにする。
マーケットプレイスのmainブランチのコミットomacom/omarchy-plugin-marketplace@cc3e7a2b672fには、参加者として
OnurByteが記録されている。この変更により、標準インストールの承認には、対応するラベルイベントが実際に発生した時刻を使うようになる。掲載承認と同じ状態遷移およびタイムスタンプのチェックを利用しつつ、2つの承認ラベルは別々に扱う。
その後、作者が
github-actions[bot]と記録されたコミットにより、io.github.onurbyte.omamoneroとemrgim.cycleで標準インストールが有効になった。提示された記録から確認できるのはこれらのカタログ変更であり、各プラグインの機能（plugin's functionality）について、それ以上の詳細は示されていない。
