_{tachometer-reporter-action v2 for CI}

coverage: 94.727%. remained the same
when pulling a58faaf on 43081j:making-things-smaller
into 3b679af on preactjs:main.

This increases byte size as you can see in https://github.com/preactjs/preact/actions/runs/15876304094/job/44764641936?pr=4814 the bot sadly can't post messages for forks 😅 The action can be clicked and inspected though (compressed size)

I'll look into it as it's smaller in the bundle locally 🤔 so must be minification differences somehow

its actually the cloneElement change i think, because it was literally the same duplicated code before, it'd compress better!

but the actual JS build output is smaller 😬

@JoviDeCroock what i mean is the files on disk are smaller, and the logic should be faster (but micro optimisation i guess)

the compressed files are larger. presumably because cloneElement was a duplicate of createElement before. so it meant it compressed well but was bad for maintenance

ill see if there's any way i can reduce it

I reckon that reverting the cloneElement part is what fits our philosophy most, we want to reduce size of these utils as much as possible. We don't really care about the disk size, we are optimising for compressed size. A util that isn't used often should be as small as possible, a micro-optimisation in something like child reconciliation is much preferred