Fix vehicle door model flags not applying via setVehicleHandling

[TheCrazy17]

Summary

GTA:SA only applies these handling model flags once, inside the vehicle's native constructor, so a live handling change (or a vehicle simply spawning through MTA's own creation path) never picked them up correctly:

• reverse_bonnet: bonnet hinges and opens the other way around instead of the default direction.
• hanging_boot: boot hangs open instead of swinging like a rigid lid.
• tailgate_boot: boot opens like a pickup style tailgate instead of a regular lid.
• no_doors: marks the four side doors as missing; meant for vehicles with no door model at all, like the RC cars.

This PR recalculates the bonnet and boot hinge setup whenever handling changes, the same way an existing fix already does for the swinging chassis flag. It also fixes the order handling gets reapplied on stream in, since restoring a door's open ratio before the hinge fix ran baked in the wrong angle. no_doors additionally hides the door mesh directly, since a locked vehicle's front doors were quietly turning the request into a dent instead of hiding it.

Example of reverse_bonnet:

Motivation

Related to #1993, which lists several handling flags that have a real effect in game but can't be applied through scripting. This PR resolves no_doors from that list; reverse_bonnet, hanging_boot and tailgate_boot share the exact same root cause and are fixed alongside it.

Also, requested by, and made with care for, @rxyyy

Test plan

• Applied each flag live via setVehicleHandling/setModelHandling on a normal car and confirmed the bonnet/boot now open the correct way, and side doors disappear for no_doors, including on a locked vehicle.
• Confirmed vanilla vehicles that ship with reverse_bonnet by default (Enforcer looks like its bugged by default, Firetruck, Tractor, SWAT Van) open correctly too.
• Streamed a vehicle with an open, flagged bonnet out and back in; the hinge stays correct instead of resetting to the default direction.

Checklist

• Your code should follow the coding guidelines.
• Smaller pull requests are easier to review. If your pull request is beefy, your pull request should be reviewable commit-by-commit.

[rxyyy]

Thank you bro, this has been driving me insane.