Table views limited to 69 items

[netjunki]

It seems like the tables in the webui are limited to 69 items maximum. I'd be happy to look into fixing this myself, but I could use some pointers to where to look in the code.

I'm assuming the problem is either with the stable implementation itself or the code that tries to populate the the table. The behavior looks like the table is being populated with the correct number of entries since the scroll area seems to be correct... but the details only show up for the first 69 listed items. If you reorder the table you can look at a different set of the 69 items.

Thanks in advance,
Ben

[kzahel]

Hiya,
the "s[ortable]table" implementation is indeed limited to some small number of rows. The utorrent remote user interface does not have this limitation. Neither does the ipad utorrent remote interface. Unfortunately these projects don't have a public bittorrent repository... (yet)

[asze]

I realize I'm resurrecting a super old ticket here, but I'm just curious if you're able to replicate this problem in my fork/branch of WebUI:
https://github.com/asze/webui
I would try to investigate in this main fork but it seems like the master code branch is severely dilapidated/broken (i.e. if I put everything in webui.zip, browsers just spit JS errors at me).

And for posterity... stable.js isn't limited to showing a small number of rows. It implements virtual scrolling by keeping only a "fixed" (function of row height and screen height) number of rows containing real data, and pads the areas above and below these rows with empty elements of varying heights. The table then reacts to user scrolls by resizing the padding and repopulating the actual rows as needed. Obvious rationale being performance concerns when the table has to display thousands of rows (which stable.js is perfectly capable of supporting). This isn't to say that stable.js is a work of art -- far from it. It's a disaster, but it certainly works :)