[LamentXU123]

Backport file/file@ba72caa54b and regenerate the bundled magic database.
We need to record this to the magicdata.patch‎ file as well since this is a difference between our version of libfile and the upstream.

[DanielEScherzer]

I'm not familiar enough with fileinfo to know if we normally do patches like this
CC @nicolas-grekas who wrote the original patch, https://mailman.astron.com/pipermail/file/2026-October/001731.html

[ndossche]

I've done patches like this in the past without any RM approval.

[DanielEScherzer]

I've done patches like this in the past without any RM approval.

I don't think RM approval is required, I just (wearing my normally developer hat) thought that the 8.6 RMs should be added as reviewers to make sure that they see this before branching 8.6.0 next week

[nicolas-grekas]

At least the diff matches the patch I sent to the list. So 👍 for the backport.

FTR, even with this fix, TTF files get font/ttf on 8.6, where 8.5 returns font/sfnt. That change is upstream since 5.47 and is not a bug, but it might be worth a line in UPGRADING.

[dhrupo]

Drafted with an LLM; I ran every test below and reviewed the results myself.

Tested this with the real fonts from my report (OpenSans-Regular.* from wordpress-develop's test data), on a minimal build (--disable-all --enable-fileinfo, Debian bookworm). finfo(FILEINFO_MIME_TYPE)->file():

File	PHP 8.5.12 (libmagic 5.46)	PHP-8.6 (bbbb258)	This PR (bd8f139)
.ttf	font/sfnt	application/octet-stream	font/ttf
.otf	application/vnd.ms-opentype	application/vnd.ms-opentype	application/vnd.ms-opentype
.woff	font/woff	font/woff	font/woff
.woff2	font/woff2	font/woff2	font/woff2

The TTF description also loses the stray "(FontKit)" it gets on PHP-8.6: TrueType Font data, 18 tables (FontKit), 1st "GDEF" becomes TrueType Font data, 18 tables, 1st "GDEF", the same as on 8.5.

gh25051.phpt fails on PHP-8.6 and passes with this PR. All of ext/fileinfo/tests passes (64 passed, 3 skipped).

One difference from 8.5 remains: TTF is now font/ttf instead of font/sfnt, from the upstream rename in file/file@6481672a8e. Code that expects font/sfnt still rejects TTF on 8.6. WordPress is one example: its font upload allow-list maps ttf to font/sfnt (I've opened https://core.trac.wordpress.org/ticket/66419 for that). Would a note in UPGRADING under fileinfo help? I can open a PR for it.