PlayerUI.Search.AnvilItem configuration is ignored

[CyR1en]

Affected version

CommandPrompterPaper 3.1.1 and the current development branch (5534104).

Description

All PlayerUI.Search.AnvilItem settings are loaded, but the Player UI search flow never creates an Anvil screen or reads those values.

Steps to reproduce

1. Give the AnvilItem title, material, custom model data, and text distinctive values.
2. Open a Player UI prompt and click Search.

Expected behavior

Search uses the configured Anvil input UI.

Actual behavior

The inventory closes and CommandPrompter captures the player's next Chat message; none of the AnvilItem values affect the UI.

Technical cause

PromptConfig loads the fields, while PlayerUIScreen#startSearch() directly registers an AsyncPlayerChatEvent listener. There are no production reads of the AnvilItem configuration.

Suggested direction

Restore the configured Anvil search screen, or remove/deprecate the stale fields and replace them with configuration for the actual Chat search flow.

[CyR1en]

Fixed in 002108f on development.

PlayerUI.Search.AnvilItem.* is honored again: search now tries the ScreenProvider pipeline first, opening an anvil input configured from the settings (title, material, custom model data, text) with a cancel item. The anvil answer filters the displayed heads (case-insensitive) and reopens the GUI; cancellation reopens with the existing heads. If no provider succeeds, the previous chat-capture flow is kept as fallback.

Tests: the provider is invoked and configured with the stubbed Search.AnvilItem.* values; the anvil answer filters currentHeads correctly; and the no-provider case falls back to the chat instruction + chat filtering.