You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Version 3.0.0 always appears an error in the mobile browser: TypeError: Symbol.dispose is not defined. #260
Version 3.0.0 always appears an error in the mobile browser: TypeError: Symbol.dispose is not defined.
demo:
wsClient.onmessage = async function (evt) {
let parseData;
const decompressedData = pako.inflate(await evt.data.arrayBuffer());
I have the same bug. If I may join this bug report. I just updated from v3.0.0-beta3 to v3.0.0
I'm seeing this issue on Firefox 135.0 (64-bit) (Linux, Fedora), but not on Chromium Version 132.0.6834.159 (Official Build) (64-bit). Seems like Symbol.dispose isn't supported on Firefox, yet.
Uncaught (in promise) TypeError: Symbol.dispose is not defined.
__addDisposableResource2 @msgpack_msgpack.js:872
decodeAsync Decoder.ts:349
decodeAsync decodeAsync.ts:17
...
Yes, I went back to 2.8.0. Since the CDN URL will be redirected to the latest version of MsgPack (3.0.0), I now only dare to put the 2.8.0 min.js directly into my js folder
Unfortunately even in 3.0.1 this is still an issue.
To make matters worse it seems to be browser version sensitive.
I can not pinpoint the exact adjacent browser versions where it will crash in version A but work fine in version B
but at least I know that in 112.0.0.0 and in 118.0.5993.129 it crashes
but in 130.0.6723.152 and 133.0.0.0 it works fine
Version 3.0.0-beta4 uses Explicit Resource Management, a feature that not only is not yet supported in popular browsers, but also is not yet even finalized.
The only correct solution is removing any usage of this feature. See #267.
Activity
Alextopher commentedon Feb 10, 2025
I have the same bug. If I may join this bug report. I just updated from v3.0.0-beta3 to v3.0.0
I'm seeing this issue on
Firefox 135.0 (64-bit) (Linux, Fedora), but not onChromium Version 132.0.6834.159 (Official Build) (64-bit). Seems likeSymbol.disposeisn't supported on Firefox, yet.Here is the relevant section:
msgpack-javascript/src/Decoder.ts
Lines 295 to 302 in 130ea87
I wonder if the wrong syntax is being used, in the typescript docs they use
Instead of
I am out of time to look at this today, tomorrow I could look deeper.
Alextopher commentedon Feb 10, 2025
Falling back to
v3.0.0-beta4is a work-around.gfx commentedon Feb 11, 2025
Will fix it, but I reccomend using core-js or something equivalent.
DeHby commentedon Feb 11, 2025
Yes, I went back to 2.8.0. Since the CDN URL will be redirected to the latest version of MsgPack (3.0.0), I now only dare to put the 2.8.0 min.js directly into my js folder
gfx commentedon Feb 11, 2025
Released a new version 3.0.1 to fix this issue.
fix(client): add polyfill for `Symbol.dispose`
secretwpn commentedon Feb 24, 2025
Unfortunately even in
3.0.1this is still an issue.To make matters worse it seems to be browser version sensitive.
I can not pinpoint the exact adjacent browser versions where it will crash in version A but work fine in version B
but at least I know that in
112.0.0.0and in118.0.5993.129it crashesbut in
130.0.6723.152and133.0.0.0it works finePlease, reopen the ticket if possible
akshaykmr commentedon Feb 26, 2025
Just adding another sample. I see this issue in

3.1.0Interestingly not in
3.0.0-beta3.Browser: Firefox on mac 135.0.1 (aarch64)
rijenkii commentedon Feb 27, 2025
Version 3.0.0-beta4 uses Explicit Resource Management, a feature that not only is not yet supported in popular browsers, but also is not yet even finalized.
The only correct solution is removing any usage of this feature. See #267.
russellmcc commentedon Mar 1, 2025
This is still broken for me on 3.1.0 on Safari 18.3
rijenkii commentedon Mar 3, 2025
Fix submitted, waiting for review.