summaryrefslogtreecommitdiff
path: root/app/assets/javascripts/performance_bar/components/performance_bar_app.vue
Commit message (Collapse)AuthorAgeFilesLines
* Prettify all the thingsMike Greiling2018-11-201-38/+11
|
* Show if the host is a canary host in the perf barSean McGivern2018-10-121-1/+14
| | | | | | | | If the request came from a canary host, show this in the performance bar by: 1. Adding a bird emoji. 2. Colouring the hostname yellow.
* Fixes performance bar looking for a key in a undefined propFilipa Lacerda2018-09-271-1/+1
|
* Resolve eslint-plugin-vue errorsMike Greiling2018-09-201-1/+1
| | | | | | The eslint-plugin-vue upgrade had some breaking changes to vue/attribute-order which needed to be resolved in order to avoid disabling the rule entirely
* Lazy-load performance bar UI48673-lazy-load-performance-bar-in-frontendSean McGivern2018-07-131-27/+0
| | | | | | | | | | | | We need to eagerly load the performance bar wrapper component (`performance_bar/index.js`) when the page is loaded and the container element is present, to ensure that we register the interceptor early enough in the page's lifecycle. However, we don't need to load the UI at that point. Not doing so means that we can let Webpack extract the UI (`performance_bar/components/*`) into its own chunk, so users who don't see the performance bar don't have to load too much unnecessary JavaScript.
* Resolve "SQL Queries are not shown from the Performance Bar in Safari"Simon Knox2018-06-281-1/+2
|
* remove peek performance_barPirate Praveen2018-04-261-5/+0
| | | | Signed-off-by: Rémy Coutable <remy@rymai.me>
* removed check for hostPhil Hughes2018-03-211-18/+18
| | | | changed wrapper to container with correct widths
* Fix performance bar spacingPhil Hughes2018-03-211-1/+1
|
* Show Ajax requests in performance barSean McGivern2018-03-191-0/+191
But first, rewrite the performance bar in Vue: 1. Remove the peek-host gem and replace it with existing code. This also allows us to include the host in the JSON response, rather than in the page HTML. 2. Leave the line profiler parts as here-be-dragons: nicer would be a separate endpoint for these, so we could use them on Ajax requests too. 3. The performance bar is too fiddly to rewrite right now, so apply the same logic to that. Then, add features! All requests made through Axios are able to be tracked. To keep a lid on memory usage, only the first two requests for a given URL are tracked, though. Each request that's tracked has the same data as the initial page load, with the exception of the performance bar and the line profiler, as explained above.