True, but I don't see how this is a bug.  You can only read one
article at a time anyway, since there's only one body pane,
and right-click > "cache" is a better fit for caching a range
of articles.

In that case, pressing "enter" when multiple articles are selected should cache all but the read article, much like how the old version of pan worked, and how users would generally expect things to behave.

I don't navigate with the mouse much, so right-click is an annoying hassle.

Pressing "enter" when multiple rows are selected has a specific
behavior in gtk2, to reduce the selection down to a single row
and fire the "row-activated" signal on that row.

Maybe adding a hotkey for caching articles would do the trick?

Wow, that feels like really bad UI.  Every other similar app I can think of (i.e. email clients and every other usenet program I've used) will execute the request on all selected rows.  Otherwise, what's the point of selecting more than one row?  If delete deletes, and enter activates, and select-many + delete deletes all of them, then select-many + enter should activate all.

The only time you'd want to reduce the selection and do a single-line activate is if the app is unable to perform multi-line actions (like editing a line in a spreadsheet).

Anyway, it's your app.  I'd vote for getting the feature over not getting the feature, even if it's a separate hotkey.

This problem has been fixed in our software repository. The fix will go into the next software release. Thank you for your bug report.