Since when is truth a problem?
You can decide to skim or completely ignore the bug resolved and added features document. Others may actually NEED the information in order to decide, whether an update warrants the work involved (company computers, multi computer/device owners).
I'd even value a "reported bugs, not yet fixed" document maintained on a regular basis (that would probably beat the above mentioned in size by up to several degrees). That would at least show, that a reported bug is actually acknowledged, and whether it pays to check, if it has been solved (currently the only way - often just confirms a still-not-solved state).
It would be nice to know, if Apple has fixed a bug - let's say in handling sparseimage on NAS SMB shares, if you've just discovered, that your backup access is "unreadable" or downright "inaccessible" since 11.3, but ONLY if stored on a NAS SMB Share. If you copy - for instance - the 349 GB sparseimage file to the local internal or external SSD, no problem exists for features previously working for years and years. This is no long term solution. Stopping backing up personal data to encrypted container is not an option either in our modern world.
Also, if something works, I'd probably postpone any update, if Apple specifies, that they have fixed that, specific bug ;-) At least until someone else has confirmed, that the fix did not alter existing functionality.
I don't mind working through a long list of potential fixes and updates. It's standard in other OS'es, and it saves a loooot of time trouble-shooting newly introduced "fixes" to working features, like the sparseimage example above ;-)
Regards