前回の記事「macOS、エイリアスのアイコンがおかしい件を解決する」の続編的な内容です。Dock内じゃなくて全般的なエイリアスアイコンの異変対策については前回の記事をご覧ください。

エイリアスはmacOSのとても便利な機能で使いまくってます。分類しきれないファイルを複数の場所に置いたりなどなど。しかし今はDockにエイリアスを登録すると白紙アイコンになる問題が発生してます。環境はTahoe 26.3.1。上の画像の通り、フォルダ本体を登録するとアイコンに異常はないです。

局所的な現象なのかDockへエイリアスを登録する人が少ないのか、情報はあまり多くないです。調べたら、# フォルダのエイリアスをドックに入れた場合にアイコンを表示できる方法- Apple コミュニティでこの問題が書かれていました。この記事によるとVenturaで発生していて投稿日も2023/02/10なので少なくとも3年以上前から発生していることになりますね…。で、対応策まで書かれていたので引用します。

シンボリックリンクを作りそれをドックに登録することで、下のアイコンを保ったままドックに登録できました。

エイリアスでなくシンボリックリンクならいけるとの情報です。正直、意外ですわ。「下のアイコン」が何を指すのかは不明。「元のアイコン」の意味か？
ただし、もうひとつ投稿があって気になることも書かれています。

自己レスです。すべて上手くいくわけではありませんでした。
フォルダのアイコンが、新規フォルダの作成で作ったような、アイコンがフォルダの形状だけのものの場合には、エイリアスと同様ドックに入れると”白紙アイコン”になってしまいました。
フォルダのアイコンを編集してから（他のアイコンファイルから、あるいは画像ファイルを貼り付けて）、シンボリックファイルを作ってドックに入れるとそのアイコンは保たれました。

とりあえず、やってみます。
シンボリックリンクはコマンド入力で作成しますが、ちょっと面倒ですよねー。対策としてアプリ導入やクイックアクションを作成しておくといいかも。

• 【Mac】シンボリックリンクをFinderからワンクリックで作れる無料アプリ「SymbolicLinker」 | LauncherKit
• Macでシンボリックリンクを右クリックで作れるようにする | くものす

俺はSymbolicLinkerをインストールしました。ちなみにWクリックだけではインストールできなくて、添付ドキュメントの通り~/Library/Services/へコピーしました。
で、作成したフォルダのシンボリックリンクをDockへ登録してみると…うまくいきました！
今のところ、フォルダアイコン+左下のエイリアスマーク（？）で表示されてます。俺の環境では元フォルダアイコンの編集加工は不要でした。

あと、こういう情報も。
ドックでのエイリアスフォルダの問題！ : r/MacOS

私の記憶が正しければ、シンボリックリンクはファイルシステムレベルで解決されますが、エイリアスはアプリ（この場合はDock）によって解決される必要があります。そのため、Dockがエイリアスを解決しないように見える場合は、シンボリックリンクを使用すると役立つかもしれません。

そういうことかー。
この情報通りなら、もうDockではエイリアスを想定していないんだ。
とすればAppleはもうエイリアスは見放したのかな。それでもいいけど、それならFinderから簡単にシンボリックリンクを作れるようにしておいて欲しいものです。
そういえば、シンボリックリンクをCmd + iで見ると「種類: エイリアス」って表示されるんだよね…。

macOSがTahoeになった頃からだと思うけど、どうにもアイコン関連がおかしいように感じてます。特にエイリアスアイコンがおかしくて、具体的には

• ファイルアクセスを待たされる
• アイコンが表示されない
• 汎用アイコンになる
• アイコンがチカチカする（表示されたり消えたりを繰り返す）
• Dockに登録したファイル・フォルダのエイリアスが白紙アイコンになる

…などの症状が出ています。上の画像の通り。明らかにおかしい。
Finderのアイコンプレビュー機能はオフにしていて使ってません。

ちなみに、「ファイルアクセスを待たされる」についてはmacOS、ファイル参照・保存で待たされる問題発生＆解決に書いた通りある程度対処できてほぼ解消していたのです。が、ファイルを開くダイアログは悪かった当時よりも早めに開くものの、例えば「情報を見る」で時間がかかったりしてます。アイコンの取得で手間取っているんじゃないかと疑っているわけです。
あと、Dockのフォルダエイリアス白紙アイコン問題はかなり以前から起きてて、別の原因かも知れないとも推察しているところです。

で、話は戻って。
以前にもアイコンについて同様の症状が発生してアイコンキャッシュファイルをクリアして一時的にせよ直ったはずなんだけれども、当時の記録が見つからない。記録すること自体を忘れたかな。コマンドを入力したと記憶しているが、内容は覚えてません。
仕方ないので、改めて調べてみました。

• 【Mac】アプリケーション アイコンの表示がおかしい時の対処法
• MacのDockアイコンがおかしいときにやったこと – xyk blog
• macOS で Dock のアプリケーションのアイコンがおかしくなった際の解決手順 | MOMENTS
• Macでアイコンの表示がおかしくなった時の対処法(アイコンキャッシュ削除) – Blue Leaf（webarchives）
• Macのデスクトップに置いたフォルダのエイリアス（ショートカット）アイコンが正… – Yahoo!知恵袋

上記の各情報は古いmacOSの時のものもあるけれど、参考にさせていただいて下記の作業手順でいけました。

対策作業の内容と手順

環境は、iMac (24-inch, M1, 2021) 、Tahoe 26.3.1です。

1. バックアップをとっておく（TimeMachineなど）
2. ターミナル起動
3. コマンド入力（要パスワード）

sudo find /private/var/folders/ -name 'com.apple.iconservices' -delete

sudo find /private/var/folders/ -name 'com.apple.iconservices' -delete

sudo find /private/var/folders/ -name 'com.apple.dock.iconcache' -delete

sudo find /private/var/folders/ -name 'com.apple.dock.iconcache' -delete

sudo rm -r /Library/Caches/com.apple.iconservices.store

sudo rm -r /Library/Caches/com.apple.iconservices.store

• コマンド入力が終わったら、システム再起動してください。
• もしコマンド入力でアクセスできないとか権限のエラーが出るときは「システム設定」＞「プライバシーとセキュリティ」＞「フルディスクアクセス」に「ターミナル」（なければ追加して）のスイッチをオンにしてください。
• お約束ですが、自己責任でお願いします。

上からふたつのコマンドはOperation not permittedエラーが出ます。SIPをオフにすれば出ないのかも知れませんが、それはそれで不安なので今回はこのままにしました。コマンドの書き方を工夫すればエラー表示は回避できるんでしょうか？

ともかく、コマンドの入力とシステム再起動でおかしかったアイコンは直り、ちゃんと表示されるようになりました。やっぱりアイコンキャッシュが壊れてたんでしょう。

しかし、Dockに登録したファイル・フォルダのエイリアスが白紙アイコンになる問題は直ってません。随分前から起きてる問題なんだけど、対応するつもりはないのか、と言いたくなるんだよねー。

2026/05/06 追記: Dockの件、解決(?)しました＞Dockに登録したエイリアスが白紙アイコンになる問題に対処する

以下は余談

対策前のキャッシュはどういう状況なのかいちおうチェックしてみました。サイズだけですが。
/private/var/folders/以下に複数のフォルダを挟んでcom.apple.iconservicesが4つあり、
lsコマンドで見るとサイズはそれぞれ3KB弱。なんか小さすぎるような気もするけれど、特に肥大化しているとかいうこともなさそうなのでいいのかな。/Library/Caches/com.apple.iconservices.storeは97KBありました。が、それでもやはり小さすぎるような気もしますね。

何かの拍子にレインボーカーソルぐるぐるで待たされることが多くなった。特に多いのが、ファイルを開こうとしたり保存しようとしたりファイル選択ダイアログが表示されるタイミングでの待たされ事案。長い時は10秒くらい。操作をしたいタイミングで待たされるのでなお一層時間がかかっている気がする。ここ3ヶ月くらいで発生している問題じゃないかと思う。もしかしたらその前からかもだけど。Tahoe 26.3.1です。

前からググっているけれども検索ワードが悪いのか、これといって有効そうな手立てが見つからなかったのです。この間「macos ファイル保存時に遅い」で検索してみたところ、いくつか良さげな結果が表示されました。

• ファイルの参照や保存で異常に時間がかかる – Apple コミュニティ
• Finderウィンドウの保存 – とても遅い : r/MacOS

前者、まさにこれです。
参照や保存以外でもダメな時があるような気もするけど主にこのタイミングで、さらに同時にTimeMachine用の外付けHDDからアクセス音がしている（TimeMachine保存時ではない）ので、やっぱりファイル参照や保存関連が怪しい。
で、後者に書かれた方法で直りました。一時的なものかもしれないけれど、確かに今は直ってます。
以下、手順について引用します。

com.apple.appkit.xpc.openAndSavePanelService.plist を削除して再起動したところ、Open/Saveパネルがすぐに開くようになりました。

Finderで、Command-Shift-Gを押して、「フォルダに移動」行に ~/Library/Preferences/com.apple.appkit.xpc.openAndSavePanelService.plist を貼り付けてください。この.plistを削除して再起動してみてください。うまくいくことを願っています！

お陰様で今の所うまくいってます！
plistは削除前に移動させてチェックしてみましたが壊れているわけでもなさそう。何か問題があったのかな。Tahoe 26.1から発生したとの書き込みもありました。このまま収束してくれることを祈ります。

ということで、上では今日解決したように書いているけど、実際に作業したのは4/19です。で、5/4までほぼ、大丈夫です。10秒待たされることは無くなりました。

2026/05/05追記: 上で「ほぼ、大丈夫」と書いた部分も解消すべくさらに作業しました ＞ macOS、エイリアスのアイコンがおかしい件を解決する

お忙しいとは思うのだが、今(v2.14)のところまだOneTabのバックアップ機能が実装されないので、簡単にエクスポートする方法をClaudeに聞いてみた。拡張機能が表示しているページをClaudeに伝えるのはやや面倒で、ディベロッパーツールを表示してダイナミックに改変されたソースをコピーした上でhtmlとして保存し、さらに加工する必要がありました。

当初は以前同様にブックマークレットでの簡易出力を目指していたのですよ。しかし、やり取りしているうちにどうやらOneTab拡張機能のContent Security Policy (CSP)がブックマークレットの実行をブロックしているらしいということで、別のアプローチを取ることに。
Claudeさんは「ブックマークレットが使えないなら、コンソールのスニペット機能を使うのが現実的です」と語っており、ちょっと引っかかるけど「現実的です」の説得力の前に俺は屈したのであった。

「コンソールのスニペット機能」とはディベロッパーツールにある小コード実行機能のこと。ディベロッパーツール（Cmd + Opt + IまたはF12）＞Sources＞Snippetsで表示される。「+ New Snippet」から新規登録し、右クリックからRunで実行できる。

出来上がったソースコードの公開に問題ないか聞いてみたら

全く問題ありません。今回のコードは：
・一般的なWeb標準API（querySelector、Blob、execCommand など）を使っているだけで、特定のサービスに依存していない
・著作権上の懸念もないシンプルな実用コードで、このレベルのコードは世界中で広く書かれているもの
・個人情報や機密情報を含まない
ので、GitHubやブログなどどこで公開しても問題ありません。

ということでした。なので公開します。
以下がClaudeの最終回答の引用です。

最終的なスニペットをまとめておきます：

javascript

let ta2 = document.querySelector('textarea');
let text = ta2.value.trim();

let now = new Date();
let yyyy = now.getFullYear();
let mm = String(now.getMonth() + 1).padStart(2, '0');
let dd = String(now.getDate()).padStart(2, '0');
let filename = 'oneTab_' + yyyy + mm + dd + '.txt';

let blob = new Blob([text], {type: 'text/plain'});
let a = document.createElement('a');
a.href = URL.createObjectURL(blob);
a.download = filename;
a.click();

alert(filename + ' を保存しました！');

let ta2 = document.querySelector('textarea');
let text = ta2.value.trim();

let now = new Date();
let yyyy = now.getFullYear();
let mm = String(now.getMonth() + 1).padStart(2, '0');
let dd = String(now.getDate()).padStart(2, '0');
let filename = 'oneTab_' + yyyy + mm + dd + '.txt';

let blob = new Blob([text], {type: 'text/plain'});
let a = document.createElement('a');
a.href = URL.createObjectURL(blob);
a.download = filename;
a.click();

alert(filename + ' を保存しました！');

次回からの手順：

1. OneTabのエクスポートページを開く
2. F12 → Sources → Snippets
3. スニペットを右クリック → Run

また何かあればお気軽にどうぞ！

以上、引用です。
ここに書かれたJavascriptコードをディベロッパーツール＞Sources＞Snippetsで新規登録したらいいよ、ということですね。

変数名が「ta2」になってるのが気になりますが、「ta」はどっかで使用済みで使えませんので注意。
また、ディベロッパーツールのスニペットの、より簡易的な実行方法についてはDevTools の snippet をキーボード操作のみで実行する – ラボラジアンという記事もありました。Macでのキーボードショートカットを書いておきます。

1. Cmd + Opt + IまたはF12でディベロッパーツールを開く
2. ディベロッパーツールにフォーカスのある状態でCmd + O でコマンドメニューを開く
3. !を入力、作成済みsnippetが表示される
4. 目的のものを選択し、Enterキーを押下

「すべてのMacに49.7日バグ—長期稼働でTCP接続不能になる脆弱性が発覚 – TechFeed」によると、macOSは起動から49.7日経つと新たなTCP接続ができなくなるバグがあるらしい。ずーっと以前からあるらしい。

俺はMacを基本的に電源を入れたまま使っている。使用していないときはスリープさせているのだ。その場合でも当然この問題は起きるだろう。50日を超えて起動し続けたことはあったはずで、確かに最後は調子が悪くなって再起動していたこともあったと思う。OSのアップデートや何かインストールして再起動したことも少なくないが、影響を受けた可能性はある。

それにしても、この問題が誰にも見つからず長期にわたって放置されていたことも興味深い。Windowsでは25年以上前に同様のバグの修正が行われたということだが、そのときにAppleは「もしかして…」とか思わなかったのだろうか？
iOSは大丈夫なんか？

で、PopClipをMac App Store版から公式サイト版へ移行する方法に書かれた通りの手順で問題なく移行完了しました。

ライセンスの詳細を見てみると、購入したのは2014年の9月でした。ずいぶん長いことお世話になってます。

まず、「Dockから戻すときのChrome系の『残像』問題」とは何か。俺の環境で、ChromeやBraveなどのいわゆる「Chrome系（Chromium嫡流）」のWebブラウザアプリで起きていたものです。何度か検索してみたけれど、検索方法が悪いせいか全くヒットしなかったのです。Braveで再現する手順は以下の通り（だが、後述する通り最新環境では直っている）。

1. Brave起動
2. メインウインドウの最小化ボタンを押下してDockに格納
3. Dockのアプリアイコンをクリックする
4. 一瞬、元のウインドウが表示される
5. 逆ジニーエフェクトでウインドウが拡大表示される

この流れの中の「4.」が問題の「残像」と表現しているものです。これが非常にうざくて嫌いだったんです。が、アプリアイコンでなく右方のウインドウアイコンをクリックすると残像は表示されません。なので意識してウインドウアイコンをクリックするようにしてました。
あと、Dockへ格納後別アプリを全面に持ってくるとかも試しましたが効果はありませんでした。
発生環境としては以下のものです。

• iMac 2021 (M1)
• macOS: Big Sur – Tahoe（だと思われるが、後述の通りで詳細不明）
• 発生するアプリ: Chrome、BraveなどChromiumの子孫

最初この問題に気づいたのは今使ってるiMac（2021, M1）を使い始めた時です。だからmacOSはBig SurかMontereyだったはず。すぐにVenturaにアップデートしてしまったので、自分が確認した時の最初のOSバージョンも曖昧になってしまいました。また、俺が知らないだけで昔から起きていたのかもしれません。確実なのはVenturaでは発生していたということです。その後、Sonomaでも改善されていなかったはず。怪しいのはSequoiaの後期とTahoeだなー。
直っていたのに気づいたのは、今年の11/18。Tahoe 26.1がリリースされた直後なのでここで直った説が最も有力ですが、26.0や下手するとSequoiaの最後の方でもう直ってたかもしれません。あるいは実はChrome側の問題だったのかもしれません。前述の通りもっぱらアプリアイコンでの拡大を多用してたので気づけなかったのです。

ブラウザ側の問題なのかOSの問題なのか時間が取れたらじっくり調査するつもりだったのですが、あっという間に数年が経過、気づいてたら直ってたという次第です…。

AmazonのKindleを利用しています。ハードとしてのKindle（Kindle WhitePaper）は最近はほぼ使ってないけれど、電子書籍の購入先としてはAmazon一択でソフトとしてのKindle（Kindle本）にまみれているのです。だからタイトルの「KINDLE」はKindle本の意味だってわけだ。…わけです。
ま、能書きゃいいかな。

Kindle本を読むにはKindleアプリかブラウザ版のKindleを使っています。この機能は読むことについては別に問題はないかと思うんですがフィルタリングとかしょぼくて、結果として大量の「積読（つんどく）」が発生してますわ。買って安心してしまってそのまま放置しているKindle本が少なくないってことですわ。Kindle積読問題、バカにできません。リアル本の場合にはその辺に文字通り積んであるので更なる購入の抑止力になってたんですが、Kindleの場合はさっき書いたようにフィルタリングなどの関係で見えづらいですからねー。
しかもAmazonを見に行くたびに「期間限定キャンペーン」とか購入冊数に応じて割引率が上がるセールをやってて毎回5冊8冊うかうかと購入させられたりして、我ながらアホだと思うんです。なんとかしないといけません。Amazonの商品ページで購入済みだと記載があるのでダブって買うことは無くなったのは良かったんですけど。

とりあえずは新たなKindle本購入は少し見合わせないとなぁ、と思ってます。

「macOSアプリケーションのアイコンを取得する」経由でicons.appを知り、ゲット。Apacheライセンスですね。2.2.0が最新です。

本来はアプリのアイコンを取得したりそれに簡単なバナーをつけたりするためのソフトです。ですので、アプリでないファイルからのアイコン取得はできません。つまり、例えばテキストファイルのアイコンを取得しようとしてもできないということです。そこは残念ですけど、とりあえずはFinder「情報を見る」併用で何とかなるかな。

実は「Icon Exporter」（昔の自作アプリと同名）というツールも見つけたんですが、これもアプリ専用でした。9年前のものですし、こちらは見送りました。

あと、こちらもアプリアイコン取得専用ですが「iPhone&Macアプリ アイコン取得ツール | MixtureScape」というオンラインツールもありました。アプリ名からURLを取得して…という手間はありますが持ってないアプリのアイコンを取得できるのは良さげです。

Macを使い終わる時にはスリープさせているのでほとんど再起動はしないのだけれど、ごくたまに起動音を聞くことになると↓このようなメッセージも眺めるハメになる。

ごくたまに、なので面倒だなとは思いつつ長期にわたり放置していました。Clipy、大変お世話になっています。

しかし先ほどふと「実はすでに対処されているのでは？」と思ってGitHubのClipyのページを見てみると、「fix: A “login item added” notification appears each time」ってことでプルリクも入ってます。諸々の事由により対処されていないようですね。

誰かがフォークしているのではないかと思ってNetwork GraphやForksを見て、結構活発に開発継続されているのを確認。とりあえずharryzjmさんのReleasesよりダウンロードしました。2023年のビルドですけど。
試してみたら、うまくいきました。再起動しても↑のメッセージは表示されません！
macOS Sequoia 15.5です。

このリリースについては、いくつか注意点があります。お試しになるなら、自己責任でお願いします。

• 設定画面などは英語表記になる
  日本語のリソースは削除されてました。
• 以前の設定は引き継がれない？
  内部的に別アプリ扱いになっている様子があり、引き継がれていない設定があるかもしれません。クリップボード履歴は引き継がれました。
• アクセシビリティアクセス警告が出るかも
  macOS再起動時などに「”Clipy”はアクセシビリティを使用して…」とアラートが出たら、システム設定＞プライバシーとセキュリティ＞アクセシビリティと選択して、ここにあるClipyを一旦削除してから改めて追加します（クリックでClipyを選択後、下の方の「ー」「＋」ボタンを使用）。
• バージョン番号を見ると機能の追加や修正がありそうですが、まだ詳しくチェックできてません（主機能は見る限り問題なさげ）

他のフォークを探索したりするともっと幸せになれるかもですが、取り急ぎお知らせまで。