For the time being, a temporary hack in the form of

.ns-0 td.editsection { display: table-cell; }
.ns-0 span.editsection { display: inline; }

could be applied, but it's just a temporary hack.

1. .editsection should never be table cell, it actually should have always the same structure - there are bunch of scripts working with it
2. .editsection should never contain both edit and remove (and save and cancel) links since they are not *edit*
3. .editsection preferably should not be used for these links at all (especially for this particular preferences set reason, especially when there is no way for right-click-edit), suggesting .editpart/.edititem or whatever for the interwiki item and .editlabel .editdescription for label and description

I've moved that hack based on the code by Danny B. into the Common.css https://www.wikidata.org/w/index.php?diff=349506&oldid=342711 So this bug is no longer reproducible/ occurring on wikidata.org...

This is only a dirty workaround, so we really should get this fixed somehow (maybe just remove the class 'editsection' from the links in the wikibase NS?)

Reopening - no link to Git diff/patch, no info about merging etc.

https://gerrit.wikimedia.org/r/#/c/33575/

Change I0169fc5c: (bug 41840) Rename editsection css class to wb-editsection.
Change merged.