QuickCraftingOrders

# Quick Crafting Orders 1.0.61
## Cumulative changes since 1.0.39

This update brings a substantial series of reliability fixes, Shopping List improvements, safer order handling, and targeted performance optimizations.

The familiar workflow remains: three right-clicks for a ready order — Start, Create, Complete. Wait for each step to finish before performing the next one.

### Final Requirements-Warning Fix in 1.0.61

- Fixed an incorrect internal context-helper reference that prevented QCO from checking the current crafting-order transaction when revalidating stored warnings.
- An old "Requirements missing" warning can now be cleared when the visible, matching order transaction confirms that its requirements are met.
- An explicit negative result from that current transaction takes precedence over an optimistic general flag in a new scan. A warning is not cleared while that check still reports missing requirements.
- Kept checks for the correct profession-table context, Crafting Orders tab, order ID, recipe ID, transaction, and visible detail view.
- Kept the existing complete-scan fallback when no authoritative current transaction result is available. Partial scans do not perform this warning cleanup.
- No additional clicks, popup automation, data reset, or changes to Shopping List quantities are introduced by this final correction.

### Crafting Table Detection and Order Workflow

- Improved automatic opening at the correct profession table, including cases where Blizzard's profession window becomes ready after the initial opening event.
- QCO no longer requires you to manually select Blizzard's Crafting Orders tab before starting an order. The required tab and order details are prepared by the QCO action.
- Fixed order actions failing because the Start Order button belonged to a hidden detail view.
- Improved handling of delayed frame visibility without allowing clicks through genuinely hidden parent frames.
- Kept automatic opening restricted to a confirmed, matching profession table. Opening a profession window elsewhere does not trigger automatic opening.
- Fixed an automatically selected or restored Milling/Prospecting recipe incorrectly blocking table detection and scanning.
- Kept intentional Milling, Prospecting, and Runeforging separate from the crafting-order workflow.
- Improved cancellation of outdated callbacks and verification timers when the relevant profession or order context changes.
- Added stricter handling of repeated actions, pending operations, mismatched orders, and combat restrictions.

### Reagent Confirmation and Order Release

- Reworked automatic confirmation of Blizzard's own-reagent popup. QCO only accepts a matching confirmation created by the current QCO Create action.
- Unrelated, replaced, ambiguous, or delayed popups are not automatically accepted.
- Manual confirmation remains available when the matching conditions cannot be established or Blizzard prevents the automatic action.
- Returning a claimed, uncrafted order now waits for confirmation instead of immediately reporting success.
- Added a temporary "Releasing..." state and protection against duplicate actions while release is pending.
- Failed or unconfirmed releases retain the previous selection and workflow rather than silently discarding them.
- Closing the profession window alone is no longer treated as proof of a successful release.

### Scanning and Profession Switching

- Improved scanning from the Recipes tab at a valid crafting table.
- Fixed detection of an already-running Blizzard crafting-order search.
- Improved cleanup of temporary recipe filters used while preparing order searches.
- Incomplete scans, failed buffer reads, failed requests, and exhausted paging or bucket limits no longer replace the last complete order list with incomplete results.
- Valid, fully completed scans containing no orders can still correctly clear an outdated order list.
- Added clearer scan rejection, partial-result, timeout, and completion diagnostics.
- Fixed profession-expansion switches leaving a stale "Scanning" state after failure.
- Profession-expansion selections are saved only after the requested expansion has been confirmed active.
- Fixed "Last scan" using a runtime counter instead of a calendar timestamp. Scan times now use the computer's local time.
- Old invalid scan timestamps display as "-" until a new scan records a valid time.

### Shopping List Calculations

- Fixed already acquired materials being counted twice when the same order was added again.
- Repeatedly adding the same unchanged order now preserves the existing procurement baseline.
- Adding another order that uses the same material no longer resets previously recorded acquisition progress.
- Fixed Shopping List reconciliation being skipped at the end of a complete scan.
- Scan reconciliation now runs after the complete result is committed and the scan session is closed.
- Incomplete or failed scans do not reconcile reservations against partial order data.
- Existing reservations are matched by order, reagent slot, and item identity.
- Entries are not removed merely because their orders are absent from a different profession or expansion scan.
- Improved exact item-ID matching for Auction House purchase events.
- Fixed purchase and inventory-event ordering cases that could temporarily double-count the same acquisition.
- Preserved procurement progress when acquired materials are subsequently consumed for crafting.

### Shopping List Window and Options

- Added working scrolling for lists that exceed the available visible rows.
- Added a scrollbar, navigation controls, and an indicator showing the visible range and total number of entries.
- Preserved correct selection, item links, tooltips, and Auction House targets when rows are reused after scrolling.
- Improved behavior when resizing the Shopping List window or changing the number of visible entries.
- Separated automatic removal of completed entries from automatic window closing.
- Completed entries receive their own five-second removal delay instead of being removed by an older entry's timer.
- Pending automatic actions recheck the current settings and list contents before running.
- Disabling automatic removal prevents a pending timer from deleting those entries.
- Opening or closing the Shopping List no longer immediately deletes completed entries.
- Manual Clear Completed and Clear All remain available.
- The separate login/reload cleanup option continues to apply when enabled.

### Quality and Recipe State

- Fixed internal quality IDs being interpreted as actual quality ranks.
- Improved interpretation of fractional quality progress and Concentration projections.
- Included bonus difficulty in the relevant skill-versus-difficulty evaluation.
- Prevented a general skill comparison from overriding an explicitly lower reported quality rank.
- Refreshes recipe-learning information at the existing update points instead of indefinitely reusing an old "not learned" result.
- Improved revalidation of old cooldown warnings, including recipes with available charges.
- Completed the live-transaction requirements-warning check with the additional correction in 1.0.61.
- Quality predictions still depend on the recipe and reagent information available from Blizzard. Incomplete scan data is not treated as a fully prepared crafting transaction.

### Item Data, Auction House, and Text Output

- Added handling for item-data load completion so available names, links, and icons can update without requiring an unrelated refresh.
- Combined duplicate pending requests for the same item and added bounded, demand-driven retry handling.
- Improved replacement of temporary item-name placeholders while preserving specific order item links.
- Removed duplicate Auction House search initiation. QCO now prefers one native search action.
- Native Auction House searches retain Blizzard's active filters and sorting.
- Disabled search buttons and failed search actions are not bypassed with an additional direct request.
- Fixed the Auctionator plain-text export failing with a non-empty Shopping List.
- Improved long chat and customer-whisper output so UTF-8 characters and normal item links are not split across messages.
- Exceptionally long individual links fall back to readable display text rather than broken link markup.
- Preserved existing chat destinations, recipient checks, and NPC-whisper restrictions.

### Performance and Internal Cleanup

- Removed redundant main-window and Shopping List redraws within the same inventory event.
- Inventory changes and order data are still processed immediately.
- Reused identical successful inventory reads only within one synchronous reagent analysis. A new analysis starts with fresh reads.
- Reduced repeated application of unchanged main-window anchors, widths, row geometry, and font settings.
- Continued refreshing dynamic text, status indicators, rewards, selection, and click targets.
- Removed unused local diagnostic allocations and redundant item-object construction from inventory counting and its debug output.
- Fixed a legacy inventory fallback skipping a valid numeric item ID when no item link was available.
- Removed an unused spell-success event registration and its empty handler.
- No FPS improvement, faster server response, or permanent inventory cache is claimed.

### Saved Data and Diagnostics

- Added targeted validation of known SavedVariables structures.
- Invalid stored values are preserved in QuickCraftingOrdersDB._structureRecovery before the affected structure is repaired or isolated.
- Healthy neighboring entries and unrelated character data are retained.
- A repaired or shortened saved order list is not treated as a newly confirmed complete scan.
- Debug clearing no longer clears the active order workflow.
- Expanded diagnostics for client/build information, table context, scan attempts, release requests, and saved-data recovery.
- Distinguished the current scan attempt from an older stored scan result.
- Updated the author credit to ArcAnvil.

### Compatibility and Remaining Limitations

- Reviewed against the exported WoW Retail 12.1.0.69587 client sources; TOC Interface remains 120100.
- The three-click workflow applies to an available, executable order with the required materials and prerequisites. Rejected server actions or unavailable confirmation conditions can still require manual attention.
- Bulk planning does not yet reserve shared stock across every individually craftable order as one combined batch.
- Historical Shopping List baselines that were already overwritten by older versions cannot be reconstructed automatically.
- Unusual recipe/quality combinations, real whisper delivery, third-party addon interactions, protected UI behavior, and other deferred cases still need broader community testing.

### Updating and Reporting Issues

- No SavedVariables reset is required.
- Back up the existing addon folder and SavedVariables before updating.
- Replace the QuickCraftingOrders addon folder with the new version rather than mixing files from different versions.
- For a reproducible issue, enable QCO debug mode and export /qco debugcopy immediately after the failed step.
- Include the action performed, the expected result, and what actually happened.
- When the issue concerns an active order, keep the profession window and selected order unchanged until the debug export has been copied.