Fix tracks hanging in safari and polyfill for bigwig tracks

[cmdcolin]

I found that safari/webkitgtk, tracks can hang in #3245

This seems to be a safari/webkitgtk only bug

I found an odd workaround where if I console.log the value returned by makeWorkerHandle (which is a "new Worker" https://developer.mozilla.org/en-US/docs/Web/API/Worker/Worker instance) then it removes the issue with tracks hanging. This seems odd, perhaps indicative of a race condition, but I did not see issue after doing this change.

Fixes #3245

Also found two instances where tracks (pileup and snpcoverage) were using view.staticBlocks before view.initialized was completed, which throws a hard error, so that was also fixed. These errors were not seen in other browsers but i did see it thrown in safari

[cmdcolin]

just for some extra detail while debugging, the main thing seen was that e.g. in WebWorkerRpc, if a track was hanging (which can be reproduced pretty reliably in safari), it would console.log in WebWorkerRpc (on the client side) but would never log in rpc.worker.ts (on the server side)

It was not just slow or race-condition-y in this sense, it would just never any code in the rpc.worker.ts. But after this change, it reliably runs code and initializes rpc.worker.ts

[cmdcolin]

just as a general observation, side scrolling is much choppier in webkitgtk than it is in firefox or chrome on my computer.

[codecov]

Codecov Report

Merging #3256 (8d945c6) into main (5eaa86a) will decrease coverage by 0.02%.
The diff coverage is 64.00%.

❗ Current head 8d945c6 differs from pull request most recent head 3001909. Consider uploading reports for the commit 3001909 to get more accurate results

@@            Coverage Diff             @@
##             main    #3256      +/-   ##
==========================================
- Coverage   59.41%   59.39%   -0.03%     
==========================================
  Files         674      674              
  Lines       28782    28783       +1     
  Branches     7008     7014       +6     
==========================================
- Hits        17101    17095       -6     
- Misses      11406    11413       +7     
  Partials      275      275              

Impacted Files	Coverage Δ
packages/core/rpc/WebWorkerRpcDriver.ts	0.00% <0.00%> (ø)
...ments/src/LinearSNPCoverageDisplay/models/model.ts	75.00% <54.54%> (+4.03%)	⬆️
packages/core/ui/FatalErrorDialog.tsx	84.61% <100.00%> (ø)
...lugins/alignments/src/LinearPileupDisplay/model.ts	66.94% <100.00%> (ø)
...ns/variants/src/VcfTabixAdapter/VcfTabixAdapter.ts	92.30% <100.00%> (ø)
...svg/src/SvgFeatureRenderer/components/Segments.tsx	85.71% <0.00%> (-7.15%)	⬇️
...src/SvgFeatureRenderer/components/FeatureLabel.tsx	77.50% <0.00%> (-5.00%)	⬇️
...gins/svg/src/SvgFeatureRenderer/components/util.ts	91.83% <0.00%> (-4.09%)	⬇️
...FeatureRenderer/components/ProcessedTranscript.tsx	87.32% <0.00%> (-1.41%)	⬇️
plugins/alignments/src/BamAdapter/BamAdapter.ts	72.07% <0.00%> (-0.91%)	⬇️
... and 3 more

📣 We’re building smart automated test selection to slash your CI/CD build times. Learn more

[cmdcolin]

can confirm fix on a real safari on mac. also found another safari issue with usage of BigInt which was used in bbi-js 2.0.0 upgrade, but this fails in safari 14 which is not that ancient (https://en.wikipedia.org/wiki/Safari_version_history#Safari_14) so I added a polyfill to help

[cmdcolin]

this fix is pretty weird. i think it reliably fixes though, so might merge for now

if we want to revisit we can perhaps dig into it and report a small reproducible issue to webkit. also could perhaps look into whether it's related to our librpc/look into removing librpc from our codebase in favor of a smaller library