# Week 3 Task 2 - Texture Switcher

## Objective
Test edge cases for the Texture Variant Switcher, focusing on persistence, resolution limits, and builder transparency.

## Audit Test Cases & Results
- **Multiple Texture Swap**: [PASS] Stable for low-resolution assets.
- **Revert to Original**: [PASS] Default state restores correctly.
- **Texture Size/Ratio**: [FAIL] Silent failure for assets > 5MB. No error feedback.
- **State Persistence**: [PASS] Successful uploads persist reliably.
- **Builder Clarity**: [FAIL] Asset pipeline feedback is insufficient (No progress/error UI).

## Observations
- **Missing Primitive**: Native **Asset Validator** (checks for file size/format before attempting upload).
- **Workaround**: Manually downscale all high-res textures (4K/8K) to 2K (under 5MB) before uploading.
- **Minimum Support Needed**: An "Upload Error" toast notification for file size limits.

## Classification
- **Asset Pipeline Limitation**: Critical (Silent failures).
- **Runtime Issue**: None.
- **Editor UX**: Confusing during upload failures.
- **Schema / Data Model**: Stable.

## Reliability Verdict 
**PARTIALLY RELIABLE**

---

## Product Lens
- **Is this pattern useful for real customers?**: Yes, but the 5MB limit will frustrate professional texture artists.
- **What kind of customer use case does this support?**: Web-optimized configurators where 1K/2K textures are the goal.
- **Does Thob feel strong enough for this use case?**: Partial. Stability is high, but discovery and asset handling are "fragile."
- **What would improve the experience?**: An explicit "Optimization Guide" or built-in texture compressor.

## Recommendation
Thob needs to handle asset rejection gracefully. A "Silent Fail" is the worst possible UX. Implementing an error handler for the asset library should be a priority for Week 3.