Dstat charts fail to load once gzipped
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| StackViz |
New
|
High
|
Tim Buckley | ||
Bug Description
Now that StackViz is being published to the log server it's being affected by the log server's gzip quirks. Since the log server recognizes the Dstat CSV data as plaintext, it gzips and renames the artifact preventing us from loading it as expected. This leads to some ugly empty whitespace (another issue...) and missing inline charts.
The quick solution here would probably be some auto-retry logic for 404'd artifacts that would append '.gz' to the end of the path. This should solve the issue in the short term.
Optimally, though, we should compress all of our data from the start, meaning we'll need to either:
- Fix the log server's content type detection (so we can gzip on our own but still serve files correctly), or
- Decompress in the browser with pako
| Changed in stackviz: | |
| importance: | Undecided → High |
| assignee: | nobody → Tim Buckley (timothy-jas-buckley) |
| Martin Kopec (mkopec) wrote | #1 |
Considering the age of the bug report, is this still an issue?