ALL software version info (bokeh, python, notebook, OS, browser, any other relevant packages)

Internet Download Manager integrates into Firefox, Netscape, and other Mozilla based browsers to take over downloads IDM integration guide for Firefox. IDM integration guide for Firefox. I've just updated Firefox to its newest version and IDM integration into Firefox stopped working. IDM does not take over downloads from Firefox anymore. Firefox is made by Mozilla, the non-profit champions of a healthy internet. Mozilla also tackles issues like privacy, misinformation and trolling by investing in fellowships, campaigns and new technologies designed to make the internet healthier.

Python version is 3.6.1
Bokeh version is 0.12.14
Browser is Firefox (Quantum) 58.0.2 64bit
Operating System is Windows 10

Issue does NOT appear on browsers:
Chrome Version 64.0.3282.167 (Official Build) (64-bit)
Microsoft Edge 41.16299.248.0
Microsoft Internet Explorer 11.248.16299.0

Description of expected behavior and the observed behavior

Plot draws a single Patch glyph using data from a file (1359 points).
Pan around the plot using the pan tool. Panning should produce minimal lag.
Next, zoom using the scroll-wheel tool so that the rightmost twenty-or-so steps of the plot are visible.
Panning around now produces noticeable lag such that the plot only draws a couple times per second.

The expected behaviour would be no difference in draw lag between different zoom levels.

Furthermore, zooming into the top-left data values does not produce the lag, nor the bottom-left corner.

Complete, minimal, self-contained example code that reproduces the issue

(Note: 'buys', 'amounts', and 'prices' refer to the original use of this plot as a market depth plot.)

'sampledata.txt' is the file containing the json data used to draw the patch glyph; only roughly half the data is used in this example.
Unfortunately I have not been able to reproduce the issue with data generated in any different way.

NOTE: vertically flipping the data (uncomment the list comprehension in the middle) makes the issue disappear. However, subtracting a flat value (8000000) from the data to make the data all negative does not remove the issue.

Stack traceback and/or browser JavaScript console output

Screenshots or screencasts of the bug in action

The 'Paint' event takes significantly longer when the issue is happening.

Firefox Quantum Lag Patch Downloads

Note: I tested the glyph rendering itself in the patch.ts code by using console.time - and no difference was apparent in the time it took to render at either zoom level (both was ~4ms) even when the lag issue was happenning, ie. the issue is at least not in the glyph-specific code.

Gta 4 Lag Patch Download

I'm unsure if the above is clear enough, or even if anyone else will be able to replicate it; but I thought it best to put it in an issue anyway.