IMHO Litecoin is doing just fine without this and it will continue to do just fine without this. Bitcoin needs this more than Litecoin needs this. If you can't see the usefulness in Litecoin at this point in its development, then just get to steppin'... we don't need you.  

Reorg shows up in the debug output immediately in the client

It's absurdly easy to detect (just look for a chain that's been reliably mined for 6 blocks/1 h and then at 1 h the 7 block fork is detected --> report this to user via pop up)

The likelihood of two totally different chains size max of 6 MB (6 blocks) existing on the network at the same time and both being reported to a vast number of different nodes with neither group of nodes interacting is really, really unlikely

Part C is where the process would break down and where litecoin would shine.  In March, the "heavy hitters" in IRC had the benefit of being able to reliably contact and influence the majority of the hash power in a short amount of time and persuade them to implement the desired solution, and they had the benefit of a ready-made solution (a version to roll back to) so that nobody needed to do anything objectionable.  Without both of those, the devs in IRC would have had far less power than they appeared to enjoy.

If a core feature of Litecoin were that mining nodes can accept operator(user) influence, those mining Litecoins get a decentralized pulpit from which to announce their collective opinion as to which fork of the Bitcoin chain is correct.  Even in the absence of that, Litecoin can implement automated validation rules with respect to the Bitcoin chain that would be too cumbersome for Bitcoin to adopt... example, Litecoin can be programmed to automatically refuse to endorse large Bitcoin reorgs without gaining explicit operator consent, which for a well-connected Litecoin node is typically a good policy.