I remember just using PHP sessions back then on a XHTML document produced parse errors. Because PHP added the session to the query strings of links and used the raw & character instead of & for separating params in the query string. Thus causing a XML parse error.
There was a push to prevent browsers to be too lenient with the syntax in order to avoid the problem that sloppy HTML produced (inconsistent rendering across browsers)
It's not that there was a push for the browsers to be lenient - I worked on a browser team. We didn't want the leniency. We hated it. We wanted a strict parser. I was a pro XHTML guy - I was eventually argued into submission with a very simple and great point: "If we can't parse the whole Web and our competitors can, people will stop using us."
Like, there was no choice in the matter - it was give the market what it wants, or die. Any "push" came from observing user needs and how many people we'd break and drive away with strictness.
Competition mandated compatibility. Engineers might want purity, but users don't want a browser that barfs on malformed pages. Remember that one of HTML's basic principles was to be more lax about syntax than XML. The Web had committed to being syntax-relaxed from day 1. Not caring about markup correctness helped the Web win.
It took me a while to see why it had to be this way, but I was eventually convinced, XHTML would have departed from both what the Web was designed to be and what users wanted it to be.
There was a push to prevent browsers to be too lenient with the syntax in order to avoid the problem that sloppy HTML produced (inconsistent rendering across browsers)