gh-154174: Support fresh ZipInfo objects in ZipFile.mkdir

[zhangli091011]

Fixes #154174.

ZipFile.mkdir() expected caller-supplied ZipInfo objects to already have a CRC attribute, even though a fresh ZipInfo does not initialize that attribute.

Initialize CRC, file_size, and compress_size to zero for directory entries regardless of whether mkdir() receives a name or a ZipInfo. Do not apply ZipInfo._for_archive(), since caller-supplied timestamps, compression settings, comments, extra data, and permissions must be preserved consistently with writestr().

Tests verify that a fresh ZipInfo works and that caller metadata is preserved.

Tests:

• PCbuild\amd64\python_d.exe -m unittest -v test.test_zipfile.test_core.TestWithDirectory.test_mkdir test.test_zipfile.test_core.TestWithDirectory.test_mkdir_zipinfo_preserves_metadata
• PCbuild\amd64\python_d.exe -m test test_zipfile -v (590 tests passed, 5 skipped)
• Ruff 0.15.17
• sphinx-lint 1.0.2
• git diff --check

AI tooling assisted with repository analysis, implementation, and test preparation. The resulting changes and tests were reviewed and verified against a CPython debug build.

• Issue: Calling ZipFile.mkdir() on a new ZipInfo object gets an attribute error #154174

[python-cla-bot]

All commit authors signed the Contributor License Agreement.

[danny0838]

Seems that these lines can now be removed.