fix: prioritize filename checks over dir checks in file type detection

[BD-Hypercall88]

Fixed file type detection logic to check filenames before directory paths,
preventing formatter from corrupting JSON files in directories whose names
contain content type keywords.

Problem:
The find_type_by_path() function used directory substring matching before
checking specific filenames. When a directory path contained content type
names (e.g., "Lists", "Jobs"), ANY JSON file in that directory would be
misdetected as that content type, even if it had a specific purpose like
pack_metadata.json.

This caused the formatter to apply wrong transformations to misdetected files,
stripping required fields and corrupting file structure.

Example Impact:

• pack_metadata.json in "Packs/My_Lists/" detected as List file
• Formatter stripped metadata fields: support, currentVersion, author, categories
• Pack became unusable after format operation

Root Cause:
Line ordering in find_type_by_path():

• Line 1678: Checked LISTS_DIR in os.path.dirname(path) (directory substring)
• Line 1692: Checked path.name == PACKS_PACK_META_FILE_NAME (filename)
• Directory check matched first, returned wrong FileType

Solution:
Reordered checks to prioritize filename-based detection:

1. Check specific filenames first (pack_metadata.json, etc.)
2. Then check directory-based patterns
3. Added comment explaining the requirement

Testing:

• Unit test: pack_metadata.json in Lists-named directory detected correctly
• Integration test: Formatter preserves all fields in pack_metadata.json
• Integration test: Split list files handled without corruption
• All existing tests pass

Prevents formatter corruption for any file with specific naming in directories
containing content type keywords.

relates: https://jira-dc.paloaltonetworks.com/browse/CIAC-15453

[CLAassistant]

All committers have signed the CLA.

[github-actions]

Thank you for your contribution. Your willingness to improve our product and contribute to our community is highly appreciated. For your convenience, here is a link to the contributions SLAs document.