Limit batch interface to 100 items in UI and 10,000 via API

[BenjaminCharmes]

Closes #1070

window.alert() will be replaced with new composant from #1212

[codecov]

Codecov Report

Attention: Patch coverage is 66.66667% with 1 line in your changes missing coverage. Please review.

Project coverage is 71.73%. Comparing base (57652b8) to head (911510e).
Report is 1 commits behind head on main.

Files with missing lines	Patch %	Lines
pydatalab/src/pydatalab/routes/v0_1/items.py	50.00%	1 Missing ⚠️

Additional details and impacted files

@@            Coverage Diff             @@
##             main    #1213      +/-   ##
==========================================
- Coverage   71.73%   71.73%   -0.01%     
==========================================
  Files          66       66              
  Lines        4479     4482       +3     
==========================================
+ Hits         3213     3215       +2     
- Misses       1266     1267       +1     

Files with missing lines	Coverage Δ
pydatalab/src/pydatalab/config.py	82.26% <100.00%> (+0.12%)	⬆️
pydatalab/src/pydatalab/routes/v0_1/items.py	81.76% <50.00%> (-0.19%)	⬇️

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.
• 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.

[cypress]

datalab    Run #3412

Run Properties:   Passed #3412  •  e1c1abcefa ℹ️: Merge fdfc74a23c229d34ae2da757c0704453d94d5ca9 into 57652b86cafd4fadf350817d2241...

Project	datalab
Branch Review	bc/limit-batch
Run status	Passed #3412
Run duration	08m 00s
Commit	e1c1abcefa ℹ️: Merge fdfc74a23c229d34ae2da757c0704453d94d5ca9 into 57652b86cafd4fadf350817d2241...
Committer	Ben Charmes
View all properties for this run ↗︎

---

Test results
Failures	0
Flaky	0
Pending	0
Skipped	0
Passing	504
View all changes introduced in this branch ↗︎

[ml-evs]

Thanks for having a go at this @BenjaminCharmes!

I think the overall problem is more that once you type in 1000, the UI makes 1000 rows which is mega slow, so we need the validation to happen before that step (apologies if this code does indeed do that, I can't test locally right now). I think due to the way we're binding the value from the input, it ignores the already set max, so it might just be a case of preventing the rows from being rendered until the number in the box is valid.

[BenjaminCharmes]

Thanks for having a go at this @BenjaminCharmes!

I think the overall problem is more that once you type in 1000, the UI makes 1000 rows which is mega slow, so we need the validation to happen before that step (apologies if this code does indeed do that, I can't test locally right now). I think due to the way we're binding the value from the input, it ignores the already set max, so it might just be a case of preventing the rows from being rendered until the number in the box is valid.

Yes, that's right — with this PR, it works as expected: the UI doesn't allow rendering more than 100 rows. So even if you type in a higher number like 1000, it won't actually render more than 100 rows, display an error message and disable Submit button.

[ml-evs]

pre-commit.ci autofix

[ml-evs]

Works well, thanks @BenjaminCharmes!