fix(recipes): distinguish unobtainable LoRAs in recipe status and skip them in syntax

The recipe card pill counted LoRAs deleted from the source (isDeleted) as
available, showing a green 'ready 2/2' for recipes that cannot be fully
reproduced. LoRAs with an unresolvable hash (hashInvalid) were counted as
missing/downloadable even though downloads always fail, and recipe syntax
generation emitted broken tokens for them.

- Four-state status on RecipeCard pill and RecipeTab badge: ready (all in
  library), missing (downloadable, red, keeps the action cue), partial
  (unobtainable entries skipped when used, amber, fa-circle-minus),
  unavailable (nothing usable, gray, fa-ban)
- Pill numerator is now the real in-library count; tooltips spell out
  missing vs unavailable (deleted from source or unresolvable hash)
- get_recipe_syntax_tokens skips hashInvalid entries like deleted ones
  instead of emitting tokens pointing at nonexistent files
- Bulk missing-download manager and recipe context menu exclude
  hashInvalid LoRAs, matching the modal's per-item download block
- New locale keys loraStatus.missingAndUnavailable/partial/noneUsable,
  translated for all 9 non-en locales

static/js/components/ContextMenu/RecipeContextMenu.js

@@ -204,8 +204,9 @@ export class RecipeContextMenu extends BaseContextMenu {
             const response = await fetch(`/api/lm/recipe/${recipeId}`);
             const recipe = await response.json();
 
-            // Get missing LoRAs
-            const missingLoras = recipe.loras.filter(lora => !lora.inLibrary && !lora.isDeleted);
+            // Get missing LoRAs (still downloadable: not deleted from the
+            // source and hash still resolvable)
+            const missingLoras = recipe.loras.filter(lora => !lora.inLibrary && !lora.isDeleted && !lora.hashInvalid);
 
             if (missingLoras.length === 0) {
                 showToast('recipes.contextMenu.downloadMissing.noMissingLoras', {}, 'info');