Convert non-ASCII TLD filenames to Punycode in public-suffix data

[Copilot]

Installation fails on platforms where unzip doesn't handle Unicode filenames in ZIP archives (notably macOS). The public suffix data contains files named 香港.php, ไทย.php, ישראל.php, and СРБ.php.

Changes

• Renamed data files to uppercase Punycode equivalents:

  • 香港.php → XN--J6W193G.php
  • ไทย.php → XN--O3CW4H.php
  • ישראל.php → XN--4DBRK0CE.php
  • СРБ.php → XN--90A3AC.php

• PublicDomainSuffix validator: Convert TLD to Punycode before loading data file using idn_to_ascii():

  $punycoded = idn_to_ascii($tld, IDNA_DEFAULT, INTL_IDNA_VARIANT_UTS46);
  $tldForFile = $punycoded !== false ? $punycoded : $tld;
  $dataSource = DataLoader::load('domain/public-suffix/' . mb_strtoupper($tldForFile) . '.php');

• UpdateDomainSuffixesCommand: Generate Punycode filenames for non-ASCII TLDs to ensure future updates from Mozilla's public suffix list maintain compatibility.

• Added symfony/polyfill-intl-idn dependency: Ensures idn_to_ascii() function is available even when the PHP intl extension is not installed, providing a pure PHP fallback implementation.

International domain validation continues to work transparently (e.g., ทหาร.ไทย, 個人.香港).

Original prompt

---

This section details on the original issue you should resolve

<issue_title>Installation fails due to non-ASCII filenames in public-suffix data</issue_title>
<issue_description>## Description

Installing respect/validation via Composer fails when unzip cannot handle non-ASCII (Unicode) filenames in the data/domain/public-suffix/ directory.

Error

Failed to extract respect/validation: (50) /usr/bin/unzip -qq .../tmp-48b1dadfa049a506943a53f060b2c123.zip -d .../0c2c0bef

.../Respect-Validation-ddb5ef6/data/domain/public-suffix/������.php:  write error (disk full?).  Continue? (y/n/^C) fchmod (file attributes) error: Bad file descriptor
warning:  cannot set modif./access times for .../Respect-Validation-ddb5ef6/data/domain/public-suffix/������.php
          No such file or directory
warning:  .../Respect-Validation-ddb5ef6/data/domain/public-suffix/������.php is probably truncated

Cause

The following public suffix data files use non-ASCII characters in their filenames:

• 香港.php (Hong Kong)
• ไทย.php (Thailand)
• ישראל.php (Israel)
• СРБ.php (Serbia)

The system unzip utility on some platforms (notably macOS) does not properly handle Unicode filenames in ZIP archives, causing extraction to fail.

Possible solutions

• Rename the files to use their ASCII/Punycode equivalents (e.g., xn--j6w193g.php instead of 香港.php) and map them internally
• Rename the files to use transliterated or descriptive ASCII names</issue_description>

<agent_instructions>Make sure you update the UpdateDomainSuffixesCommand and PublicDomainSuffix</agent_instructions>

Comments on the Issue (you are @copilot in this section)

@alganet Punycode seems like a good solution.

• Fixes Installation fails due to non-ASCII filenames in public-suffix data #1688

---

💬 We'd love your input! Share your thoughts on Copilot coding agent in our 2 minute survey.

[henriquemoody]

Install symfony/polyfill-intl-idn as a dependency so users don't need to have intl installed

[Copilot]

Install symfony/polyfill-intl-idn as a dependency so users don't need to have intl installed

Added in 6483a2b. The polyfill ensures idn_to_ascii() is available even when the intl extension is not installed.