Question 1

cookcli をビルドする際に 'unstable library feature round_char_boundary' エラーを修正する方法

Accepted Answer

このエラーは、システムに別のインストール方法で新しいバージョンが存在する場合でも、1.73より古いRustバージョンが使用されると発生します。`~/.cargo/bin/rustc`（rustup）と`/usr/bin/rustc`（システムパッケージ）の両方で、`which rustc`と`rustc --version`の出力を比較してください。システムのRustが新しい場合（例：1.94）、ビルド前に`export PATH="/usr/bin:$PATH"`を実行してその使用を強制します。または、`rustup update stable`でrustupツールチェーンを更新するか、`rustup toolchain remove stable`で競合するツールチェーンを削除します。Archで、`pacman`が`rustc`パッケージとの競合を報告した場合は、システムパッケージをアンインストール（`sudo pacman -R rustc`）してrustupのみに依存するか、システムバージョンを維持してrustupツールチェーンを削除します。

Question 2

その材料を共有するレシピを削除した後で、買い物リストの項目のチェックが外れるのをどう修正すればいいですか？

Accepted Answer

これは、チェック済みの項目がレシピの生の材料名（たとえば eggs）を使って集約される一方で、UI が config/aisle.conf の共通の売り場名（たとえば egg）の下でチェックを表示・保存するために起こります。レシピが削除されると、大文字小文字を区別しない比較で egg と eggs が一致しないため、チェックが誤って削除されます。

修正するには、PR fix(server): keep the ticks on aisle names when a recipe is removed を含むリリースに更新してください。この PR は issue #654 をクローズします。手動でパッチを適用する場合は、remove_from_shopping_list と POST /api/shopping_list/compact を変更して、store.compact(...) が次の両方を受け取るようにします。aggregate_current_ingredient_names(...) からのレシピ材料名、および use_common_names(&aisle, ...) によって生成される表示名/共通名です。

その後、サーバーを再ビルドして再起動します。たとえば git pull && docker compose up -d --build、または通常の再起動コマンドです。

一時的な回避策: レシピでは最初の売り場名を正確に使う（たとえば、同義語の eggs ではなく egg と書く）、またはレシピを削除した後に手動でその項目を再チェックします。

Question 3

ページを再読み込みした後、チェック済みの買い物リスト項目がチェックされていない状態で表示されるのはなぜですか？

Accepted Answer

これは、applyServerChecked() が実行された後に aisle picker が 2 回目の displayShoppingList() レンダーをトリガーし、チェックボックスを新たな未チェックのマークアップに置き換えるために発生します。一時的な回避策として、任意の項目をチェックするかチェックを外してください。これにより applyCheckedStates() が呼び出され、以前にチェックされたすべての項目が復元されます。恒久的な修正は、displayShoppingList() の最後で applyCheckedStates() を呼び出し、すべてのレンダーで checkedItems に保存された状態を再適用することです。

Question 4

なぜ CookCLI のショッピングリストから重複したレシピを削除すると、誤ったエントリが削除されるのですか？

Accepted Answer

このバグは、remove リクエストがレシピの path だけを送信し、サーバーがその path に一致する最初の項目を削除したために発生しました。そのため、異なるスケールや含まれるサブレシピを持つ重複エントリを区別できませんでした。CookCLI 0.38.1 以降にアップグレードし（brew update && brew upgrade cookcli）、サーバーを再起動して、UI を更新してください。修正された UI は、アイテムの位置をその path と一緒に送信します。サーバーは、path がまだ一致する場合にそのエントリだけを削除し、リストが変更されている場合は 409 を返します。古いバージョンでの一時的な回避策として、レシピの重複コピーをすべて削除し、必要なものを再度追加してください。

Question 5

-b で渡されたレシピディレクトリに config/aisle.conf が存在するにもかかわらず、なぜ 'cook doctor' は 'No aisle configuration found' と報告するのでしょうか？

Accepted Answer

これはcookcli（v0.38.1）の既知のバグです: `cook doctor`、`pantry`、`recipe`、`report`は、`-b`ベースパスフラグを無視し、カレントワーキングディレクトリから`config/aisle.conf`と`pantry.conf`を解決します。回避策: まず`cd`でレシピディレクトリに移動してから、`-b`に頼らずにコマンドを実行してください。例: `cd /path/to/recipes && cook doctor aisle`。これにより、設定は`./config/`から読み込まれます。なお、`cook shopping-list -b /path/to/recipes`はこの問題の影響を受けず、設定を正しく読み込むため、修正されるまでの間、aisle設定の確認に使用できます。

CookCLI

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト