The change was meant to remove the need for manual ordering files, it does not fix crashes as a result of overlapping/incorrect ordering.
Ideally not. The issue shouldn’t happen in the first place, but without being able to diagnose why this still happens, it’s a bit difficult to fix.
If you’ve got a (dev) server this happens on without manual ordering some team member/contributor could join this might be equally helpful, though.
Alrighty, after getting a friend form the UK, (In Aus myself) to quickly jump on.
From this first video we show the overall problem.
I did a test of stripping all resources down to barebones to support getting characters in to load etc.
And it is fine…
So the original had the following server.cfg load order, and list of MLO’s below:
# All other stuff above
#Only things that deal with IPL's
ensure ipls
# MLO
ensure cfx-gabz-mapdata
ensure cfx-gabz-scenarios
ensure cfx-gabz-pdprops
ensure cfx-gabz-247
ensure cfx-gabz-ammunation
ensure cfx-gabz-arcade
ensure cfx-gabz-beanmachine
ensure cfx-gabz-binco
ensure cfx-gabz-bowling
ensure cfx-gabz-carmeet
ensure cfx-gabz-casino
ensure cfx-gabz-catcafe
#ensure cfx-gabz-davispd
ensure cfx-gabz-diner
ensure cfx-gabz-esbltd
ensure cfx-gabz-firedept
ensure cfx-gabz-fleeca
ensure cfx-gabz-harmony
ensure cfx-gabz-haters
ensure cfx-gabz-hayes
ensure cfx-gabz-hub
ensure cfx-gabz-import
#ensure cfx-gabz-lamesapd
ensure cfx-gabz-lost
ensure cfx-gabz-lscustoms
ensure cfx-gabz-mirrorpark1
ensure cfx-gabz-mirrorpark2
ensure cfx-gabz-mrpd
ensure cfx-gabz-ottos
ensure cfx-gabz-pacificbank
ensure cfx-gabz-paletobank
ensure cfx-gabz-paletoliquor
#ensure cfx-gabz-paletopd
ensure cfx-gabz-parkranger
ensure cfx-gabz-pillbox
ensure cfx-gabz-pinkcage
ensure cfx-gabz-pizzeria
ensure cfx-gabz-ponsonbys
ensure cfx-gabz-prison
ensure cfx-gabz-records
#ensure cfx-gabz-sandypd
ensure cfx-gabz-studio
ensure cfx-gabz-suburban
ensure cfx-gabz-townhall
ensure cfx-gabz-tuners
ensure cfx-gabz-vu
#ensure cfx-gabz-yachts
ensure cfx-gabz-vbmarket
ensure cfx-gabz-altruists
ensure cfx-gabz-aztecas
ensure cfx-gabz-ballas
ensure cfx-gabz-families
ensure cfx-gabz-lostsc
ensure cfx-gabz-marabunta
ensure cfx-gabz-triads
ensure cfx-gabz-vagos
We used the Tool that was linked as the solution to my Original Post.
It generated the Interiorproxies by its self, and we have been using that and everything has been working perfectly fine since then. at least regarding my original problem.
… I didn’t mean making a video, I meant a server that experiences the issue which a project contributor could join to diagnose why the ‘order-independent’ sync code is not working. 
Odd, I did link the cfx.re link form the server list in my reply but its gone?
Or my update never worked, It totally never sent from my phone. -.-
Amended
Searching Ingenium results in it being found.
Or using the link in the reply.
I have deactivated various checks and stuff so there shouldn’t be issues connecting to it.
i’m having the same issue and i’m just wondering when you used the tool did you upload the mlos into them or did you just create a blank interiorproxies.meta?
I was having issues of audio being scuffed and people flickering when having more than one person in majority of my servers MLO’s, I set up the proxies using
after including the interproxies file and restarting my server the issues of flickering and audio scuffs has disappeared while being inside of MLO’s with multiple people at the same time. I am not sure where I read it but I believe it has to do with poorly made interiors with interproxy numbers lower than the base gta mlos conflicting in some way, not entirely sure though I am not the most advanced yet but adding the interproxies file and then a restart is what personally has fixed it for me running an esx base that was deployed through txadmin
Does that mean the interiors you loaded did already include an interior proxy ordering file of their own?
that’s a good point that I didn’t think of, looking back majority of the interiors didn’t have interior proxy ordering files, the ones that did I ended up deleting and including them into the one interproxy meta file I have created for all 3rd party map additions on my server.
so how would i add it into the interiorproxy then and where would i put the file
Do NOT use any interiorproxies creator. Delete any interiorproxies you have. This issue seems to be resolved now. For the time being, you just have to use experimental (unstable) FiveM client version till this fix is pushed to standard one.
Are you saying remove all interiorproxies.meta on the server as its no longer needed?
I see so much conflicting opinion on this matter.
Some mappers swear you don’t need them anymore either. While others still make them for their maps annd say you do. 
I understand exactly what you mean. That’s why I joined this specific topic recently to clarify the situation as it is now.
d-bubble fixed the issue. I tested his solution myself and no addon proxies are needed anymore. If used, they can actually break things. Just for the time being, everyone needs to use experimental client branch, before the fix will be implemented to the standard client FiveM.
More on the the issue and the whole process of finally fixing it here