#googledrive

この症状は、少なくとも issue 上では 2 件とも同じエラー文字列にぶつかっています。[#90073](https://github.com/anthropics/claude-code/issues/90073) と [#89917](https://github.com/anthropics/claude-code/issues/89917) のどちらも、報告されたエラーとして `Ptn: Insufficient scope: required "https://www.googleapis.com/auth/drive https://www.googleapis.com/auth/drive.file https://www.googleapis.com/auth/drive.resource https://www.googleapis.com/auth/drive` が挙がっていました。 ただし、この 2 件の issue だけでは、Claude Code 側のどの処理でこのエラーが起きたのか、またどう直したのかまでは分かりません。少なくとも現時点では「Google

「ファイルがいつまでも反映されない」「同期アイコンがぐるぐる回ったまま終わらない」「PCで保存したのにスマホやブラウザに出てこない」——Googleドライブの同期トラブルは定番中の定番だが、2026年の今は数年前と前提が大きく変わっている。最大の変化は、かつての 「バックアップと同期」と「Drive File Stream」が統合され、現在は「パソコン版 Google ドライブ（Google Drive for desktop）」一本に集約されたこと。そして同期方式が 「ストリーミング」と「ミラーリング」の2モードに整理され、どちらを使っているかで原因と対処が変わるようになった。本稿では2026年時点で本当に効く対処を、簡単な確認から順に・効果が高い順に整理する。 > ⚠️ 注記: Google ドライブはアプリ更新で UI・メニュー位置が変わる。下記は本稿執筆時点（2026年6月、パソコン版 Google ドライブ最新ビルド）の挙動。まずは アプリと OS を最新へ更新してから検証するのが大前提。 **9割は「再起動」「容量」「アカウント」で直

「昨日まで見えていた共有フォルダが消えた」「Googleドライブのショートカットだけ見当たらない」 という状態なら、原因はだいたい数パターンです。 上から順に試してみてください。ほとんどの場合、設定の見直しで戻せます。 別のGoogleアカウントで開いている 共有フォルダの権限が外れた、または所有者が共有設定を変えた ショートカットだけが削除された Googleドライブの同期不良（Google Drive for desktop / macOS Sequoia 15 / Windows 11 24H2） ブラウザやアプリのキャッシュ不整合 --- Googleドライブは、ログイン中のアカウントが違うだけで共有フォルダが見えなくなります。 1. ブラウザで Google ドライブ を開きます。 2. 右上のアイコンを押して、ログイン中のアカウントを確認します。 3. 仕事用・個人用など、心当たりのある別アカウントに切り替えます。 4. [マイドライブ] と [共有アイテム] の両方を確認します。 ポイント 共

「Gmailで添付しようとすると送れない」「容量オーバーで止まる」――この症状は、添付方法やファイルサイズ、通信環境のどれかが原因で起きることが多いです。 添付ファイルが Gmail の上限（メール全体で約25MB）を超えている 複数ファイルの合計サイズが大きすぎる Google ドライブに切り替えるべきファイルを通常添付している 通信が不安定でアップロードに失敗している Gmail アプリやブラウザの一時不具合が起きている 上から順に試してみてください。ほとんどの場合、最初の2〜3個で直ります。 --- Gmail は、添付ファイル1通あたりの合計サイズが大きすぎると送れません。 目安は 約25MB です。画像・PDF・動画が混ざると、すぐ超えます。 送る前に、ファイルの容量を確認する - Windows 11 24H2 なら、エクスプローラーでファイルを右クリック → [プロパティ] - macOS Sequoia 15 なら、Finderでファイルを選択 → [ファイル] → [情報を見る] 合計が大きい場合は、以下のどちらかを実施 - ファイルを圧縮する - 複数メール

Chrome拡張のManifest V3（MV3）では、Service Workerがいつ死ぬかわからないので、昔のような「メモリに状態を持つ」設計が通用しない そのため、データの正本は chrome.storage.local に置く「disk-first」な作り方が重要になる オフラインや通信断を前提にし、ローカルとGoogle Drive上のデータを安全にマージする必要がある Googleの公式SDKを捨て、native fetch でDrive APIを叩くことで、軽量で速い拡張機能を目指している ただしその代わり、multipart/related のHTTPリクエストを手書きするという、なかなか骨の折れる作業が発生する 制約は面倒だが、うまく付き合うと「ブラウザに自然になじむ」設計に近づく、というのがこの記事の主張 Stack Overflowの記事「Building a Google Drive Sync Engine that Survives MV3 Service Workers」は、Chrome拡張の世界で起きている地味だけ