That doesn't mean they should write prose in their reports. Bug reports should be precise and should make it obvious what's happening to allow them to be quickly triaged and understood. They should ideally be a bulleted list with configuration, what was done, what happened, and what the user expected to happen. Logs/screenshots/etc. can be attached as necessary. It is incredibly uncommon for anything else to be necessary - and I say this from more than a decade of experience in enterprise and end user-facing software that gets thousands of feedback/bug reports per day.
As part of a triage team, I'm going through bug after bug after bug. I don't want to read paragraphs. I don't want to read your life story. I don't even really want to read your "thank you". I want to read exactly what is necessary to assign the bug to an owner and to understand its priority - no more, no less.