When validate reports a directory has a warning it says "XML could not be parsed." which is misleading.

[tbarnes4]

Checked for duplicates

Yes - I've already checked

🐛 Describe the bug

Very low priority bug.

When I run validate with the -R pds4.bundle (assume similar with -R pds4.collection), if I get a directory with the warning that the "Directory name is reserved and not in the recommended location in the bundle root directory", the title line has the text "(XML could not be parsed.)" which is odd since there should be no XML to parse for a directory. Example message:

PASS: file:/sdata01/staging/300/60438/data/ (XML could not be parsed.)
WARNING [warning.sub_directory.unallowed_name] Directory name is reserved and not in the >recommended location in the bundle root directory

For reference 300 is the root directory of the bundle and 60438 is the collection level.

🕵️ Expected behavior

I expect a message that makes sense or no message.

📜 To Reproduce

Run validate -R pds4.bundle on a bundle that has a collection that has a subdirectory with a reserved name being used.

🖥 Environment Info

N/A

📚 Version of Software Used

validate Version 4.0.8

🩺 Test Data / Additional context

No response

🦄 Related requirements

🦄 #xyz

⚙️ Engineering Details

No response

🎉 Integration & Test

No response

[jordanpadams]

The root cause is in Report.java:302 — the lidvid() method uses "XML could not be parsed." as its default return value. For actual XML labels, it tries to extract the LIDVID from //Identification_Area; if that succeeds it returns the LIDVID, otherwise it returns the default. For directories (non-labels), TargetExaminer.isTargetALabel() returns false so the method exits immediately with the misleading default string, which then appears in the report header as (XML could not be parsed.) even though no XML was ever attempted.

Fix: reserve "XML could not be parsed." only for actual label files that fail to parse; return an empty string for non-label targets (directories, etc.) so no confusing parenthetical appears in the output.