fix(catalog): import the card definition into description, not personality

[hydall]

Every catalog provider that reads a site API wrote the character definition into CharacterData.personality and left description empty, while the local extractors (janitor_extractor.dart, saucepan_extractor.dart) and the PNG/JSON importer (character_importer.dart) put it into description. A preset that only references {{description}} — the field SillyTavern fills from data.description, and what most imported presets use — therefore built a prompt with no character definition at all.

This aligns the API providers with the local paths, with SillyTavern's getCharacterCardFields(), and with buildV2FromDatacat in the SillyTavern-CharacterLibrary reference (definition into data.description, data.personality left empty).

Changes

• datacat_provider.dart — _datacatCharacterData returns the resolved definition as description and leaves personality empty; doc comment updated to describe the new placement. The definition-picking logic (Saucepan branch, recovery variants, chara_card_v2_json fallback) is unchanged.
• janitor_provider.dart — _convertToGlaze maps the row's personality (the real definition) to description. Still no fallback to the row's description: that is the public HTML blurb and stays in creatorNotes, so a closed card imports with an empty definition rather than a bio in the prompt body.
• chub_provider.dart — _convertToGlaze maps definition.personality to description, and additionally maps definition.tavern_personality to personality, which is the actual V2 personality field and was previously dropped.
• janny_provider.dart — jannyFetchCharacter maps personality to description.
• catalog_detail_launcher.dart — the preview follows: the "does the DataCat copy carry the prompt?" check in _datacatCard and the closed-JanitorAI-card placeholder in _toCharacter now read description.

Notes

• Characters imported before this change still hold the definition in personality; no migration is included.

Verification

• flutter analyze lib/features/catalog — no new issues (the two unused_element warnings in janitor_lorebook_capture_sheet.dart are pre-existing and in an untouched file).
• flutter test test/janitor_field_diff_test.dart test/catalog_provider_switch_race_test.dart test/janitor_separate_test.dart test/janitor_public_lorebook_test.dart — 49 passing. There are no unit tests covering the provider field maps.
• Not run: the full flutter test suite and the WebView render suite — left to CI.

🤖 Generated with Claude Code