You can conveniently set solo, mute, archive for a group of tracks, all selected, by right clicking and choosing "MSR" (confusingly until you've learned it, "Archive" is under "MSR" ... but oh well).    HOWEVER, you can not set or unset "Automation Read Enable" the same way -- when you uncheck that option, only one of your selected tracks will change.  
 
Since I never use "automation read enable" I like to get it turned off so the highlight doesn't distract ... but it must be done, as far as I can tell, one by one by one by one by one by one. 

Please state exact version of Sonar. This looks like an important feature request to me rather than a bug unless I'm missing something.

Ctrl-clicking (quick grouping) the Read-enable button will do the trick.

I just tested this. Select your tracks (or the folder containing them), hold Ctrl and click one of the track's Read buttons. All buttons respond. No bigs.
 
You are using the Right Click "MSR" menu and yes that results in only one track's Read button being enabled/disabled at a time from a selection group but seriously... how big of a problem is this? Not much.
 
Also your reasoning for not wanting read enabled in the first place is... uh... questionable. You don't like seeing the button lit up? Is that what you are saying? If so that is silly.
 
Having Read enabled does absolutely NOTHING unless there are envelopes on the track. The only valid reason AFAICT to disable it is if you have an envelope on the track you want disabled. There is nothing visually distracting by having the button enabled but even if that IS a major concern you can just select the tracks, hold Ctrl and disable one of the Read buttons. You can also use the MixModule to disable all Read Enable buttons in a project at once IIRC.
 
In fact that Right Click MSR "Read Enable" option is probably a throwback from when all envelopes appeared right over top of the clips (instead of in Take Lanes) so would just be a way to disable them all from the right click menu along with the other MSR stuff. I have not tested that though.
 
This is most certainly not a "bug". It's just something that does not work the way you THINK it should and more likely simply an obsolete control that has been left for the convenience of long time users who have it in their workflow (or the Bakers just haven't gotten around to scrubbing out the code).
 
Seems like dredging for "problems" to me... as usual.

DELETE WRONG THREAD!!

Thanks for the work-around, and the explanations.   I'd still call it a bug, when one action is done one way and another which looks exactly the same is done a different way.   
 
But I'll agree it's minor, and I'll use control-click in the future.   Having all my hands busy usually means I hate two handed actions, but ok an old dog can sometimes learn new tricks.

williamcopper
Thanks for the work-around, and the explanations.   I'd still call it a bug, when one action is done one way and another which looks exactly the same is done a different way.   
 
But I'll agree it's minor, and I'll use control-click in the future.   Having all my hands busy usually means I hate two handed actions, but ok an old dog can sometimes learn new tricks.

You cant argue it is a bug. IF it was a bug when you did the actions the result would be something undesirable, the wrong thing happens. Not in this case. It works.

You can argue it is bad design if what you say is correct. Nevertheless it is the current design good or bad. In order to change this then you need an enhancement to fix it.

For me it is the bug. If you press Automation Write Enable, it works for all selected tracks, and Automation Read Enable only for one. Could anybody see any logic with that? User is supposed to remember what options in what sub-menu work for all selected tracks, and what for only one. It is unacceptable. All right-click options should work for all selected tracks (if it have sense), that is how it works by standard in software design. Current situation reduce usability significantly.

Adq
For me it is the bug. If you press Automation Write Enable, it works for all selected tracks, and Automation Read Enable only for one. Could anybody see any logic with that? User is supposed to remember what options in what sub-menu work for all selected tracks, and what for only one. It is unacceptable. All right-click options should work for all selected tracks (if it have sense), that is how it works by standard in software design. Current situation reduce usability significantly.

I see this as you requesting a design change or an enhancement.
Sorry Poor design <> Bug.
If it changed the track selection scope when you didn't ask it to that would be a different matter.

Doktor Avalanche
I see this as you requesting a design change or an enhancement.
Sorry Poor design <> Bug.
If it changed the track selection scope when you didn't ask it to that would be a different matter.

Ok, it is your point of view, but I can't see any practical difference. For me both poor designs and bugs absolutely must be fixed. But if developers take your point of view it leads to situation when they think: "Oh, it is a bug, we need to fix it. Oh, but it is just poor design, let's leave it as is, it is normal".