gnome-abrt not scalable and begins stuck with a lot of reports

[NTMan]

All operation:

• moving and resizing the window
• scrolling oops list

happen with a huge delay

I expect that gnome-abrt should be more scalable. For example, I not experienced GUI responsibility problems with Evolution despite the fact that I have there 57505 messages.

[ernestask]

The thing is that GtkListBox is not even close to GtkTreeView in terms of performance. We could do something like Evince does - switch from one to another on some number of rows, but you should first consider cleaning up, to be honest, unless you get thousands each day.

[NTMan]

I do not know GTK so well, but in web programming so that this does not happen in Web applications, usually use the practice of Virtual scrolling (load data into the interface on demand and not all at once).

[ernestask]

Maybe when GTK 4 is finalized we will have a reworked list box, but the work is still in progress.