With some combination of input data, font size and screen resolution, an assertion appears on stderr:
(yad:29277): Gtk-CRITICAL **: 01:42:08.125: gtk_box_gadget_distribute: assertion 'size >= 0' failed in GtkScrollbar
(may be repeated several times, during the work etc.).
To trigger this, a multiplying of the application font size and the value of dpi should be more than 882 ... (yep, it's a strange thing). IOW, font_size * dpi >= 882.
For example, for 96 dpi use font size of 10.
Tested on a FullHD screen, CentOS-7 with gtk3-3.22.30 .
Test case:
yad --list \ --column=aaa \ --column=bbb \ a1 b1 \ a2 b2 \ a3 "some very very very very long text"
There are no any issues when the same data comes from stdin instead of cmdline.
The reason seems fill_data() function, invoked by list_create_widget(), is used too early, before all the stuff is completely inited.
The proposed patch run it a bit later.
With the patch the bahavior differs a bit. Previously, the first row by cmdline appears as (pre-)selected. Now no such selection (it behaves like from stdin).
It seems the patch does not fix the issue itself (just some side effect here).
There are another test case with text-info, utilising stdin only:
IOW, don't apply for now.