As best as I understand what the PRs were for, it's "working as designed", e.g. like how the pencil icon has replaced edit, and the text is intended to be sr-only. Except it doesn't look right and even if the background box was made thinner a vertical list of just icons leaves you guessing.
If I remove the icon definition from the relevant actions at the link above, then it goes back to normal, just the downside is the icons are then missing from the buttons on activity view.
Another option might be to have another css rule for ul.panel .sr-only which "undoes" the .sr-only styling, or target the .sr-only styling to more specific elements to begin with.
I see what's going on. There wasn't any provision for icons in CRM_Core_Action::formLink(), so I added that as a way to handle some action links that had previously been passed with HTML markup for the name in order to display just an icon.
However, it appears that this is one situation where icon had been set, even though it had no effect in the action links, as you can see in 5.21:
The new version noticed those icon values and decided that the page is trying to have action links that are just icons. The reason "view" is still displayed is that it has no icon set in CRM_Case_Selector_Search::actionLinks().
Digging some more, it looks like the icon values in the actionLinks date to something @mattwire did in PR 14349 that I think is pretty slick: using the actionLinks to generate the buttons when viewing a single activity. The pattern isn't used anywhere else, but the buttons have icons--in addition to the text--if icon is set.
I think the natural resolution is to pull these uses apart. I can think of two approaches:
Use buttonIcon instead of icon to denote the icon that should be used in this buttons-from-actionLinks method.
Use a new linkDisplay option, either per-item or per-set, that allows specifying whether an action link should display the icon, the name, or both.
I think the latter might be the more flexible option, since it's clear that Matt and I made different assumptions in entirely different parts of the codebase, and I suspect others may do similarly.
Incidentally, outside the scope of this issue, I notice that the display of the "more" is messed up, probably because it's attempting to fit the width of the sr-only text:
Ok thanks for looking. Either one seems like it would work. I do think the lone pencil icon looks out of place and would probably prefer it say Edit, but if not then people will figure that one out.
For the more drop-down I hadn't noticed but on my screen it appears attached to the pencil icon.
The CSS on that drop-down is silly: the arrow is 150px from the left of the box, so I suspect you have a small text size compared to me. The whole thing should get rethought.
@DaveD is this something you are working on (you seem to be very busy on Civi stuff at the moment - which I don't wish to discourage but you don't have to do everything)
Good of you to volunteer to write that test - I suspect writing a whole new testing methodology will take you more than a day though.... so you do it tomorrow if you like :-)