Maikel Linke d9c296cdb3 Stabilise flaky report specs ...

It looks like we have a new race condition that may only be a problem in
specs. If you trigger one report, it displays via websockets and then
you trigger the next report, there may still be some Javascript active
that displays the first report while the second one is loading. I'm not
sure if users would navigate that fast though.

To minimise the problem, I adjusted the polling to leave more room for
the default websockets response.

2024-08-16 17:08:57 +10:00

..

filters

11612 - pass date args

2023-11-21 11:15:52 +01:00

_date_range_form.html.haml

Increasing the placeholder size

2024-05-23 09:13:18 +02:00

_display.html.haml

Remove redundant wait loading report content

2024-06-25 11:50:01 +10:00

_download.html.haml

Run reports in background

2023-06-09 14:44:53 +10:00

_fallback_display.html.haml

Stabilise flaky report specs

2024-08-16 17:08:57 +10:00

_loading.html.haml

Run reports in background

2023-06-09 14:44:53 +10:00

_rendering_options.html.haml

Simplify column toggling in report spec

2024-01-04 16:53:36 +11:00

_report_subtype.html.haml

Mark "Inventory (on hand)" report as deprecated

2023-07-21 09:27:07 +02:00

_row_group.haml

Reports: Format cells for html, pdf, and spreadsheet

2022-05-12 16:54:14 +02:00

_table.html.haml

Render on-screen report as HTML in renderer

2023-01-18 23:12:26 +00:00

create.turbo_stream.haml

Add fallback report loading in case websockets fail

2024-08-16 15:24:34 +10:00

index.html.haml

Fix URL generation for report without subtype

2022-10-26 11:53:25 +11:00

show.html.haml

Replace cable_ready report loading w/ Turbo stream

2024-08-16 14:37:57 +10:00