The fix for the (justified) ticket MBS-6698 resulted in pages looking like this: https://musicbrainz.org/artist/297dcc13-60ad-4735-98a7-34dbbeeb14ae Admittedly, the two artist pages I linked to in that ticket reference not-so-well-tended articles, but here's the case of a really good one being in the way.

On my 15,6" laptop, that's 90% of the screen being occupied by info that is not of primary interest, i.e. site header, side panel, and now the gigantic abstract. What users show up for, a listing of music by the artist/F1 driver, is crammed into the bottom 2 inches of the screen. (On top of that, 1) the abstract doesn't mention his dabbling at music, and 2) the actual sole release is hidden behind a release group "layer", but that's a different story.)

I think we should aim at being more than a Wikipedia showcase. If there's no other way of reducing the current size of abstract than by "un-fixing" the linked ticket, it's a prize worth paying. Those huge abstracts are much more numerous than truncated ones were. (By the way, if I'm not mistaken, initials are separated by half-width spaces; so maybe fixing the spaces in the actual article could have solved the problem?)

If that's unacceptable, why not use that ajax thing we already have in place for annotations, where in the case of long abstracts the user can expand the first two or three lines to the full abstract by clicking on "Read more...", with "Read more..." changing to "Continue reading at Wikipedia..." at the bottom.

(I don't know if this ticket here is for a bug or an improvement.)