Client-fallback tag entries inside client-fallback tags are incorrectly loaded depending of load order

[EnnuiL]

Depending on which tag is loaded first, a client-fallback tag may accidentally load a client-fallback tag entry as a regular tag, and therefore, that tag is loaded with nothingness inside; Flipping the involved tags, however, results into it working once again

This can be reproduced on QSL 1.19.3, with this testmod consistently reproducing it. A victim of this bug on production is the 1.19.3 port of Ok Zoomer and its interaction with LibZoomer

I've attempted to debug this, but unfortunately, my mind doesn't grasp well the tag module codebase; If someone else wants to give a try? I'd appreciate it! If not? welp, sorry aurora

[EnnuiL]

QSL 6.0.0 has fixed the Ok Zoomer case, which is either a sign that it isn't really consistent between versions or that it might have been fixed! Unfortunately I can't test it right now, but yeah, this looks promising!