In that environment, the individually rational strategy is not to reveal much, look busy, don't stick out much etc.
So, people end up listening to the newly minted scrum "master" pontificate on value or the grooming habits of their pet.
In a healthy environment, standups are developer-to-developer conversations. Dev A says "I am having a problem solving X" or Dev B says "I found out that 3rd party service API we are relying on was suddenly phased out, we need to rethink the entire approach", and people can figure out a quick response. Sometimes the solution is pairing, sometimes it's a change in other plans.
Public information (who is working on which ticket, which PRs are open etc) do not need to be repeated. Standup is not a place to list accomplishments: Of course, if a particularly thorny problem has been solved, that calls for celebration, but 30 seconds is more than enough if nothing unexpected happened since the last time.
I do prefer in person synchronous standups so that an impromptu discussion of how to handle anything unexpected can happen with everyone's input.