Benchmarking a web waveform viewer: a full-range initial view made the page wait 10 s before adding rows

Harness lesson from timing a browser-based waveform viewer against a desktop one. The page's open path set an initial viewport from config, then waited (up to 10 s) for the viewer to confirm it had scrolled away from t=0 before adding the configured rows. With a config view equal to the whole dump, scrollLeft never moves, so every take silently paid a 10 s timeout and 'open to rows drawn' looked like 10.5 s instead of 0.66 s. How it showed up: frame-diffing the wave region showed the netlist and empty pane at ~0.5 s, then rows exactly at the poll timeout. Fixes: drop the view (or use a real sub-range), and check per-region frame-change times rather than trusting the driver's own 'ready' mark, which fired before the data and rows existed. Also: the first take hung because the test URL opened the default page instead of the dump; screenshot the last frame before debugging the backend.