Added some context: I traced this through web.py line 486 where report['total_rps'] = total_stats['current_rps'] was using the sliding-window metric. The fix simply uses total_stats['total_rps'] and total_stats['total_fail_per_sec'] instead — both are already present in the stats dict from to_dict(). The frontend's HtmlReport.tsx already had totalRps in its table structure (line 29), so this was purely a backend data source mismatch. Happy to add a test if that would help.

Nice! The fix looks good. No need for the code comments, and would love to see a test case too! Funny how I wasn’t able to reproduce it..

Thanks for the feedback, @cyberw! I've pushed two changes:

1. Removed the inline comments — agree the code is self-explanatory without them
2. Added a test test_html_report_uses_total_rps_not_current_rps that logs two requests, hits /stats/requests, and asserts the report-level total_rps matches the Aggregated entry's value (total_requests / elapsed_time) rather than the sliding-window metric

The test follows the same pattern as the existing test_stats() so it should fit right in. Let me know if you'd like any adjustments.

Thanks, great stuff!

Thanks @juliosuas for the fix!