Comment 1 for bug 2009357

Now that I can get more detail out of an OOPS generated on a non-production instance, I can see that the basic problem here is that phased updates are resulting in a very large number of rows to display in that table. Phasing used to typically operate in 10% increments, but since April 2021 grub2 has been handled in a "slow" mode where it operates in 1% increments. This means that there are many more publishing history rows: a query on staging shows 680, and by now there are probably a few more than that on production. This is far too many to render without batching.

The fix should be to apply batch navigation to this page. Compare `lib/lp/soyuz/templates/distroarchseriesbinarypackage-index.pt` (this page) with `lib/lp/soyuz/templates/distributionsourcepackage-publishinghistory.pt`, which is otherwise somewhat similarly structured but uses batch navigation.