Task 3: Step 2 complete - plan sub-tasks for bug fixes
Build and Publish Mana Loop Docker Image / build-and-publish (push) Successful in 6m42s
Build and Publish Mana Loop Docker Image / build-and-publish (push) Successful in 6m42s
This commit is contained in:
+103
@@ -0,0 +1,103 @@
|
||||
You are a senior Next.js developer working on the Mana Loop game located at
|
||||
/home/user/repos/Mana-Loop.
|
||||
|
||||
## Step 1 — Orient yourself
|
||||
Read docs/task3.md and docs/task3_progress.md to understand the current task
|
||||
and what has already been completed. Do not redo completed work.
|
||||
|
||||
## Step 2 — Plan sub-tasks
|
||||
Before writing any code, break the work below into sub-task files at
|
||||
docs/task3/subtask_N.md (one per logical unit). Each file must include:
|
||||
- Scope (which files/components are affected)
|
||||
- Acceptance criteria (how to verify the fix is correct)
|
||||
- Dependencies on other sub-tasks (so parallel agents don't conflict)
|
||||
|
||||
Create a matching docs/task3/subtask_N_progress.md for each sub-task and
|
||||
keep it updated as work proceeds. Use a top-level docs/task3/todo.md to
|
||||
track overall progress.
|
||||
|
||||
## Step 3 — Execute sub-tasks
|
||||
Use parallel sub-agents for independent sub-tasks. Sub-tasks that touch the
|
||||
same component must run sequentially. After each sub-task, update its
|
||||
progress file and the top-level todo.md.
|
||||
|
||||
---
|
||||
|
||||
## Bug fixes to implement
|
||||
|
||||
### UI / Combat
|
||||
1. [SpireModeUI] Floor health display does not update reactively when health
|
||||
changes — it should reflect the current value after every spell cast.
|
||||
|
||||
2. [SpireModeUI] "Climb Down" button exits the spire immediately. It should
|
||||
instead trigger floor-by-floor combat downward, and only allow the player
|
||||
to exit once they have reached and cleared the bottom floor.
|
||||
|
||||
3. [SpireTab] Current Floor stat is always the bottom floor from the player's
|
||||
perspective at this tab — making it misleading. Redesign this as a "Spire
|
||||
Stats" view and move ClimbSpireButton here. Move the activity log into
|
||||
SpireModeUI instead.
|
||||
|
||||
4. [DebugTab] Causes a crash — investigate the error, fix the root cause, and
|
||||
verify the tab renders without errors.
|
||||
|
||||
5. [Header] Remove the pause button from the header row.
|
||||
|
||||
### Equipment & Crafting
|
||||
6. [EquipmentTab] When a 2-handed staff is equipped, the offhand slot should
|
||||
be visibly disabled/occupied so the player cannot equip anything there.
|
||||
|
||||
7. [CraftingTab — Design phase] Only show enchantments compatible with items
|
||||
the player currently owns.
|
||||
|
||||
8. [CraftingTab — Prepare & Apply phases] Consolidate disenchanting into the
|
||||
Prepare step:
|
||||
- The button should read "Start Preparation — this will remove existing
|
||||
enchantments" when the item has existing enchantments.
|
||||
- Once prepared, the item receives a "Ready for Enchantment" tag.
|
||||
- The Apply phase should only allow applying enchantments to items tagged
|
||||
"Ready for Enchantment".
|
||||
|
||||
### Skills & Mana
|
||||
9. [SkillsTab] Replace the "Elemental Attunement" skill with per-mana-type
|
||||
capacity upgrades. Each upgrade should cost mana of its own type to
|
||||
research.
|
||||
|
||||
10. [Mana system] Mana conversion rates (from attunements) should be deducted
|
||||
from the raw mana regeneration rate. Example: 3.8 raw regen − 0.2
|
||||
transference conversion = 3.6 effective raw regen.
|
||||
|
||||
11. [SkillsTab] "Effect Research" enchantment skills (listed under Effect
|
||||
Research) should cost both Transference mana and the relevant elemental
|
||||
mana type (e.g. Fire Spell Research costs Transference + Fire).
|
||||
|
||||
12. [SkillsTab] Move all skills in the "Research" category to the "Mana"
|
||||
category. Move "Meditation Focus" from "Study" to "Mana" as well.
|
||||
|
||||
13. [SkillsTab] Remove the "Disenchanting" skill entirely.
|
||||
|
||||
### Stats
|
||||
14. [StatsTab] Add a clear breakdown of each mana type, showing: current
|
||||
value, capacity, regen rate, and any modifiers affecting them (attunements,
|
||||
conversion drains, etc.).
|
||||
|
||||
### Investigation tasks (produce a written finding, then fix or flag)
|
||||
15. [Essence Refining] Verify whether this effect works correctly across all
|
||||
enchantment types. Document which enchantment types it cannot apply to
|
||||
(e.g. spell enchantments) and either fix those cases or flag them as
|
||||
out-of-scope with a clear explanation.
|
||||
|
||||
---
|
||||
|
||||
## Step 4 — UI audit (run after all bugs above are resolved)
|
||||
Do a full pass of the UI for polish issues and UX inconsistencies. Write your
|
||||
findings to docs/task3/ui_audit_report.md with sections:
|
||||
- Visual inconsistencies
|
||||
- UX friction points
|
||||
- Missing feedback / empty states
|
||||
- Suggested improvements (with priority: high / medium / low)
|
||||
|
||||
## Step 5 — Effects & skills audit
|
||||
Scan all effects, skills, and enchantments for logic that is broken,
|
||||
incomplete, or never triggers. Write findings to
|
||||
docs/task3/effects_audit_report.md in the same format.
|
||||
@@ -0,0 +1,25 @@
|
||||
# Sub-Task 1: Spire UI Fixes (Bugs 1, 2, 3)
|
||||
|
||||
## Scope
|
||||
- **Components affected**:
|
||||
- `components/SpireModeUI.tsx` (Floor health display, Climb Down button, activity log)
|
||||
- `components/SpireTab.tsx` (Redesign as Spire Stats, move ClimbSpireButton here)
|
||||
- Spire state management (hooks/context for spire floor tracking, health, combat state)
|
||||
- **Files potentially affected**:
|
||||
- `store/spireSlice.ts` or similar state management for spire
|
||||
- `types/spire.ts` if type definitions need updates
|
||||
|
||||
## Acceptance Criteria
|
||||
1. **Bug 1**: Floor health display in SpireModeUI updates reactively after every spell cast (verify by casting spells in spire and observing health change immediately)
|
||||
2. **Bug 2**: "Climb Down" button triggers floor-by-floor combat downward; player can only exit spire after reaching and clearing bottom floor (verify by climbing down multiple floors, confirm exit only at bottom)
|
||||
3. **Bug 3**:
|
||||
- SpireTab redesigned as "Spire Stats" view (no longer shows misleading Current Floor stat)
|
||||
- ClimbSpireButton moved from SpireModeUI to SpireTab
|
||||
- Activity log moved from SpireTab to SpireModeUI
|
||||
4. No regressions in other spire functionality
|
||||
|
||||
## Dependencies
|
||||
- None (can be executed first)
|
||||
|
||||
## Estimated Complexity
|
||||
- Medium (3 linked UI components + state management)
|
||||
@@ -0,0 +1,24 @@
|
||||
# Sub-Task 10: Essence Refining Investigation (Bug 15)
|
||||
|
||||
## Scope
|
||||
- **Core files to investigate**:
|
||||
- Essence Refining effect logic (e.g., `effects/essenceRefining.ts` or similar)
|
||||
- All enchantment type definitions (e.g., `data/enchantments.ts`, `types/enchantments.ts`)
|
||||
- Enchantment application logic (to check compatibility)
|
||||
- **Files potentially affected**:
|
||||
- Any enchantment type that Essence Refining cannot apply to (fix or flag)
|
||||
- Documentation for Essence Refining effect
|
||||
|
||||
## Acceptance Criteria
|
||||
1. Verify Essence Refining effect works across all enchantment types
|
||||
2. Document which enchantment types it cannot apply to (e.g., spell enchantments)
|
||||
3. Either:
|
||||
- Fix cases where it should apply but doesn't, OR
|
||||
- Flag out-of-scope cases with clear explanation
|
||||
4. Write findings to `docs/task3/essence_refining_findings.md`
|
||||
|
||||
## Dependencies
|
||||
- None (independent investigation task)
|
||||
|
||||
## Estimated Complexity
|
||||
- Medium (testing multiple enchantment types + documentation)
|
||||
@@ -0,0 +1,15 @@
|
||||
# Sub-Task 10 Progress: Essence Refining Investigation
|
||||
|
||||
## Status: Pending
|
||||
|
||||
## Completed Steps
|
||||
- [ ] Locate Essence Refining effect logic
|
||||
- [ ] List all enchantment types in the game
|
||||
- [ ] Test Essence Refining on each enchantment type
|
||||
- [ ] Document compatible/incompatible types
|
||||
- [ ] Fix or flag incompatible cases
|
||||
- [ ] Write findings to essence_refining_findings.md
|
||||
- [ ] Commit and push changes
|
||||
|
||||
## Notes
|
||||
(Add test results here)
|
||||
@@ -0,0 +1,14 @@
|
||||
# Sub-Task 1 Progress: Spire UI Fixes
|
||||
|
||||
## Status: Pending
|
||||
|
||||
## Completed Steps
|
||||
- [ ] Read and understand SpireModeUI, SpireTab component code
|
||||
- [ ] Fix floor health reactivity (Bug 1)
|
||||
- [ ] Fix Climb Down button behavior (Bug 2)
|
||||
- [ ] Redesign SpireTab, move ClimbSpireButton and activity log (Bug 3)
|
||||
- [ ] Test all changes
|
||||
- [ ] Commit and push changes
|
||||
|
||||
## Notes
|
||||
(Add notes as work proceeds)
|
||||
@@ -0,0 +1,19 @@
|
||||
# Sub-Task 2: DebugTab Crash Fix (Bug 4)
|
||||
|
||||
## Scope
|
||||
- **Components affected**:
|
||||
- `components/DebugTab.tsx` (root cause of crash)
|
||||
- Potentially related debug utilities or data fetching hooks used by DebugTab
|
||||
- **Files potentially affected**:
|
||||
- Any imports or dependencies used by DebugTab (e.g., debug data sources, formatting utilities)
|
||||
|
||||
## Acceptance Criteria
|
||||
1. DebugTab no longer causes a crash (verify by navigating to DebugTab in the UI)
|
||||
2. DebugTab renders all intended content without errors in browser console
|
||||
3. Root cause of crash is identified and fixed (e.g., null reference, missing data, syntax error)
|
||||
|
||||
## Dependencies
|
||||
- None (independent sub-task)
|
||||
|
||||
## Estimated Complexity
|
||||
- Low-Medium (depends on crash root cause)
|
||||
@@ -0,0 +1,13 @@
|
||||
# Sub-Task 2 Progress: DebugTab Crash Fix
|
||||
|
||||
## Status: Pending
|
||||
|
||||
## Completed Steps
|
||||
- [ ] Reproduce DebugTab crash and check browser/console errors
|
||||
- [ ] Identify root cause of crash
|
||||
- [ ] Implement fix
|
||||
- [ ] Test DebugTab renders without errors
|
||||
- [ ] Commit and push changes
|
||||
|
||||
## Notes
|
||||
(Add crash details and fix notes here)
|
||||
@@ -0,0 +1,20 @@
|
||||
# Sub-Task 3: Header Pause Button Removal (Bug 5)
|
||||
|
||||
## Scope
|
||||
- **Components affected**:
|
||||
- `components/Header.tsx` (remove pause button from header row)
|
||||
- Potentially header-related styles or layout components
|
||||
- **Files potentially affected**:
|
||||
- `components/layout/Header.tsx` if header is nested
|
||||
- Style files (CSS/SCSS/Tailwind) related to header if button styles need cleanup
|
||||
|
||||
## Acceptance Criteria
|
||||
1. Pause button is completely removed from the header row (verify visually in UI)
|
||||
2. No broken layout or spacing issues in header after removal
|
||||
3. No references to removed pause button remain in code (check for unused imports/handlers)
|
||||
|
||||
## Dependencies
|
||||
- None (independent sub-task)
|
||||
|
||||
## Estimated Complexity
|
||||
- Low (simple component removal)
|
||||
@@ -0,0 +1,13 @@
|
||||
# Sub-Task 3 Progress: Header Pause Button Removal
|
||||
|
||||
## Status: Pending
|
||||
|
||||
## Completed Steps
|
||||
- [ ] Locate pause button in Header component
|
||||
- [ ] Remove pause button and related code
|
||||
- [ ] Clean up unused imports/handlers
|
||||
- [ ] Verify header layout is intact
|
||||
- [ ] Commit and push changes
|
||||
|
||||
## Notes
|
||||
(Add details here)
|
||||
@@ -0,0 +1,22 @@
|
||||
# Sub-Task 4: EquipmentTab 2H Offhand Disable (Bug 6)
|
||||
|
||||
## Scope
|
||||
- **Components affected**:
|
||||
- `components/EquipmentTab.tsx` (offhand slot logic)
|
||||
- Equipment slot rendering components (e.g., `EquipmentSlot.tsx`)
|
||||
- Item type checking logic (to detect 2-handed weapons)
|
||||
- **Files potentially affected**:
|
||||
- `types/items.ts` (item type definitions for 2-handed weapons)
|
||||
- `store/equipmentSlice.ts` or similar state management for equipment
|
||||
- `utils/itemUtils.ts` for item type helper functions
|
||||
|
||||
## Acceptance Criteria
|
||||
1. When a 2-handed staff (or any 2-handed weapon) is equipped in mainhand, offhand slot is visibly disabled/occupied (verify visually: grayed out, tooltip indicating why)
|
||||
2. Player cannot equip any item in offhand while 2-handed weapon is equipped (verify via UI and state checks)
|
||||
3. Equipping a 2-handed weapon automatically clears any existing offhand item (if required by game logic)
|
||||
|
||||
## Dependencies
|
||||
- None (independent sub-task)
|
||||
|
||||
## Estimated Complexity
|
||||
- Medium (item type logic + UI state management)
|
||||
@@ -0,0 +1,14 @@
|
||||
# Sub-Task 4 Progress: EquipmentTab 2H Offhand Disable
|
||||
|
||||
## Status: Pending
|
||||
|
||||
## Completed Steps
|
||||
- [ ] Understand current equipment slot logic
|
||||
- [ ] Implement 2-handed weapon check
|
||||
- [ ] Disable offhand slot UI when 2H weapon equipped
|
||||
- [ ] Prevent offhand equipping via state logic
|
||||
- [ ] Test with 2H staff and other weapons
|
||||
- [ ] Commit and push changes
|
||||
|
||||
## Notes
|
||||
(Add details here)
|
||||
@@ -0,0 +1,22 @@
|
||||
# Sub-Task 5: CraftingTab Design Phase Compatibility (Bug 7)
|
||||
|
||||
## Scope
|
||||
- **Components affected**:
|
||||
- `components/CraftingTab.tsx` (Design phase section)
|
||||
- Enchantment data sources (e.g., `data/enchantments.ts`)
|
||||
- Player inventory state (to check owned items)
|
||||
- **Files potentially affected**:
|
||||
- `utils/craftingUtils.ts` (enchantment compatibility logic)
|
||||
- `types/crafting.ts` (enchantment-item compatibility types)
|
||||
- `store/inventorySlice.ts` or similar for player item data
|
||||
|
||||
## Acceptance Criteria
|
||||
1. In CraftingTab Design phase, only enchantments compatible with items the player currently owns are shown (verify by checking UI with different inventory states)
|
||||
2. Compatibility is determined by enchantment type (e.g., weapon enchantments only show if player owns weapons)
|
||||
3. No performance issues when filtering enchantments
|
||||
|
||||
## Dependencies
|
||||
- None (independent, but Sub-Task 6 depends on this if modifying same CraftingTab file)
|
||||
|
||||
## Estimated Complexity
|
||||
- Medium (data filtering + UI update)
|
||||
@@ -0,0 +1,13 @@
|
||||
# Sub-Task 5 Progress: CraftingTab Design Phase Compatibility
|
||||
|
||||
## Status: Pending
|
||||
|
||||
## Completed Steps
|
||||
- [ ] Understand CraftingTab Design phase logic
|
||||
- [ ] Implement enchantment compatibility filtering
|
||||
- [ ] Test with various player inventory states
|
||||
- [ ] Verify only compatible enchantments shown
|
||||
- [ ] Commit and push changes
|
||||
|
||||
## Notes
|
||||
(Add details here)
|
||||
@@ -0,0 +1,23 @@
|
||||
# Sub-Task 6: CraftingTab Prepare/Apply Disenchant Consolidation (Bug 8)
|
||||
|
||||
## Scope
|
||||
- **Components affected**:
|
||||
- `components/CraftingTab.tsx` (Prepare and Apply phases)
|
||||
- Item state management (add "Ready for Enchantment" tag)
|
||||
- Enchantment removal logic (disenchanting during Prepare step)
|
||||
- **Files potentially affected**:
|
||||
- `store/craftingSlice.ts` or similar for crafting state
|
||||
- `types/items.ts` (add "Ready for Enchantment" tag to item types)
|
||||
- `utils/craftingUtils.ts` (disenchant logic, tag management)
|
||||
|
||||
## Acceptance Criteria
|
||||
1. **Prepare step button text**: Shows "Start Preparation — this will remove existing enchantments" when item has existing enchantments; otherwise default text
|
||||
2. **Prepare step outcome**: After successful preparation, item receives "Ready for Enchantment" tag (verify via item state/UI)
|
||||
3. **Apply phase restriction**: Only items tagged "Ready for Enchantment" can have enchantments applied
|
||||
4. Disenchanting is fully consolidated into Prepare step (no separate disenchant UI)
|
||||
|
||||
## Dependencies
|
||||
- Sub-Task 5 (both modify CraftingTab, must run sequentially)
|
||||
|
||||
## Estimated Complexity
|
||||
- High (multi-phase UI + state management + tagging)
|
||||
@@ -0,0 +1,15 @@
|
||||
# Sub-Task 6 Progress: CraftingTab Prepare/Apply Disenchant Consolidation
|
||||
|
||||
## Status: Pending
|
||||
|
||||
## Completed Steps
|
||||
- [ ] Review Sub-Task 5 completion (ensure no conflicts)
|
||||
- [ ] Implement Prepare step button text logic
|
||||
- [ ] Add "Ready for Enchantment" tag to item state
|
||||
- [ ] Restrict Apply phase to tagged items
|
||||
- [ ] Consolidate disenchanting into Prepare step
|
||||
- [ ] Test full Design-Prepare-Apply flow
|
||||
- [ ] Commit and push changes
|
||||
|
||||
## Notes
|
||||
(Add details here)
|
||||
@@ -0,0 +1,26 @@
|
||||
# Sub-Task 7: SkillsTab Modifications (Bugs 9, 11, 12, 13)
|
||||
|
||||
## Scope
|
||||
- **Components affected**:
|
||||
- `components/SkillsTab.tsx` (all skill-related UI)
|
||||
- Skill data definitions (e.g., `data/skills.ts`)
|
||||
- Skill category logic (Research, Mana, Study categories)
|
||||
- Skill cost calculation logic
|
||||
- **Files potentially affected**:
|
||||
- `types/skills.ts` (skill type definitions, categories)
|
||||
- `store/skillsSlice.ts` or similar for skill state
|
||||
- `utils/skillUtils.ts` (cost calculation, category checks)
|
||||
- Mana system files (for per-mana capacity upgrades in Bug 9)
|
||||
|
||||
## Acceptance Criteria
|
||||
1. **Bug 9**: "Elemental Attunement" skill replaced with per-mana-type capacity upgrades; each upgrade costs mana of its own type to research
|
||||
2. **Bug 11**: "Effect Research" enchantment skills cost both Transference mana and relevant elemental mana (e.g., Fire Spell Research costs Transference + Fire)
|
||||
3. **Bug 12**: All skills in "Research" category moved to "Mana" category; "Meditation Focus" moved from "Study" to "Mana"
|
||||
4. **Bug 13**: "Disenchanting" skill completely removed from SkillsTab
|
||||
5. No broken skill UI or missing skills after changes
|
||||
|
||||
## Dependencies
|
||||
- None (independent, but all skill changes are sequential within this sub-task)
|
||||
|
||||
## Estimated Complexity
|
||||
- High (multiple skill system changes + UI updates)
|
||||
@@ -0,0 +1,15 @@
|
||||
# Sub-Task 7 Progress: SkillsTab Modifications
|
||||
|
||||
## Status: Pending
|
||||
|
||||
## Completed Steps
|
||||
- [ ] Understand current skill data structure and SkillsTab UI
|
||||
- [ ] Remove "Elemental Attunement" skill, add per-mana capacity upgrades (Bug 9)
|
||||
- [ ] Update Effect Research skill costs (Bug 11)
|
||||
- [ ] Move Research category skills to Mana, Meditation Focus to Mana (Bug 12)
|
||||
- [ ] Remove "Disenchanting" skill (Bug 13)
|
||||
- [ ] Test all skill changes in UI
|
||||
- [ ] Commit and push changes
|
||||
|
||||
## Notes
|
||||
(Add details here)
|
||||
@@ -0,0 +1,23 @@
|
||||
# Sub-Task 8: Mana System Conversion Regen Deduction (Bug 10)
|
||||
|
||||
## Scope
|
||||
- **Core files affected**:
|
||||
- Mana system logic (e.g., `utils/manaUtils.ts`, `hooks/useMana.ts`)
|
||||
- Mana regeneration calculation functions
|
||||
- Mana state management (e.g., `store/manaSlice.ts`)
|
||||
- **Files potentially affected**:
|
||||
- `types/mana.ts` (mana type definitions, conversion rates)
|
||||
- Any components displaying mana regen rates (to show effective vs raw regen)
|
||||
- StatsTab (will be updated in Sub-Task 9 to show conversion drains)
|
||||
|
||||
## Acceptance Criteria
|
||||
1. Mana conversion rates (from attunements) are deducted from raw mana regeneration rate
|
||||
2. Example: 3.8 raw regen − 0.2 transference conversion = 3.6 effective raw regen (verify via calculation checks)
|
||||
3. Effective regen is used for all mana regeneration in-game
|
||||
4. Conversion drains are properly tracked and available for UI display (needed for Sub-Task 9)
|
||||
|
||||
## Dependencies
|
||||
- None (independent, but Sub-Task 9 depends on this)
|
||||
|
||||
## Estimated Complexity
|
||||
- Medium (mana calculation logic update)
|
||||
@@ -0,0 +1,14 @@
|
||||
# Sub-Task 8 Progress: Mana System Conversion Regen Deduction
|
||||
|
||||
## Status: Pending
|
||||
|
||||
## Completed Steps
|
||||
- [ ] Understand current mana regen calculation logic
|
||||
- [ ] Implement conversion rate deduction from raw regen
|
||||
- [ ] Verify calculation with example values
|
||||
- [ ] Update any UI elements showing regen rates (if needed)
|
||||
- [ ] Test mana regen in-game
|
||||
- [ ] Commit and push changes
|
||||
|
||||
## Notes
|
||||
(Add calculation details here)
|
||||
@@ -0,0 +1,25 @@
|
||||
# Sub-Task 9: StatsTab Mana Breakdown (Bug 14)
|
||||
|
||||
## Scope
|
||||
- **Components affected**:
|
||||
- `components/StatsTab.tsx` (add mana breakdown section)
|
||||
- Mana system data (current value, capacity, regen rate, modifiers)
|
||||
- **Files potentially affected**:
|
||||
- `utils/manaUtils.ts` (export mana breakdown data)
|
||||
- `store/manaSlice.ts` (provide modifiers like attunements, conversion drains)
|
||||
- `types/stats.ts` (if stats types need updates)
|
||||
|
||||
## Acceptance Criteria
|
||||
1. StatsTab shows clear breakdown for each mana type including:
|
||||
- Current value
|
||||
- Capacity
|
||||
- Regen rate (effective, after conversion deductions from Bug 10)
|
||||
- Modifiers affecting them (attunements, conversion drains, etc.)
|
||||
2. Breakdown is visually clear and easy to read
|
||||
3. Data updates reactively when mana state changes
|
||||
|
||||
## Dependencies
|
||||
- Sub-Task 8 (requires conversion drain data from Bug 10 fix)
|
||||
|
||||
## Estimated Complexity
|
||||
- Medium (UI update + data integration)
|
||||
@@ -0,0 +1,14 @@
|
||||
# Sub-Task 9 Progress: StatsTab Mana Breakdown
|
||||
|
||||
## Status: Pending
|
||||
|
||||
## Completed Steps
|
||||
- [ ] Review Sub-Task 8 completion (get conversion drain data)
|
||||
- [ ] Design mana breakdown UI for StatsTab
|
||||
- [ ] Implement data fetching for each mana type's stats
|
||||
- [ ] Add modifiers display (attunements, conversion drains)
|
||||
- [ ] Test reactive updates
|
||||
- [ ] Commit and push changes
|
||||
|
||||
## Notes
|
||||
(Add UI design notes here)
|
||||
@@ -0,0 +1,36 @@
|
||||
# Task 3 Progress Tracker
|
||||
|
||||
## Overall Status: Planning Complete, Ready for Execution
|
||||
|
||||
---
|
||||
|
||||
## Sub-Tasks
|
||||
|
||||
| ID | Sub-Task | Status | Dependencies | Assigned |
|
||||
|----|----------|--------|--------------|----------|
|
||||
| 1 | Spire UI Fixes (Bugs 1,2,3) | Pending | None | |
|
||||
| 2 | DebugTab Crash Fix (Bug4) | Pending | None | |
|
||||
| 3 | Header Pause Button Removal (Bug5) | Pending | None | |
|
||||
| 4 | EquipmentTab 2H Offhand Disable (Bug6) | Pending | None | |
|
||||
| 5 | CraftingTab Design Phase Compatibility (Bug7) | Pending | None | |
|
||||
| 6 | CraftingTab Prepare/Apply Disenchant Consolidation (Bug8) | Pending | Sub-Task 5 | |
|
||||
| 7 | SkillsTab Modifications (Bugs9,11,12,13) | Pending | None | |
|
||||
| 8 | Mana System Conversion Regen Deduction (Bug10) | Pending | None | |
|
||||
| 9 | StatsTab Mana Breakdown (Bug14) | Pending | Sub-Task 8 | |
|
||||
| 10 | Essence Refining Investigation (Bug15) | Pending | None | |
|
||||
|
||||
---
|
||||
|
||||
## Completed Work
|
||||
- [x] Step 1: Oriented with task3.md
|
||||
- [x] Step 2: Sub-tasks planned and documented
|
||||
- [ ] Step 3: Sub-tasks executed
|
||||
- [ ] Step 4: UI Audit completed
|
||||
- [ ] Step 5: Effects & Skills Audit completed
|
||||
|
||||
---
|
||||
|
||||
## Notes
|
||||
- Sub-tasks that touch the same component run sequentially
|
||||
- Independent sub-tasks can be executed in parallel via sub-agents
|
||||
- Update progress files after each sub-task completion
|
||||
Reference in New Issue
Block a user