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
Does the wallet cache stuff between versions?
What about the user session in local storage would cause that considering we've called disconnect() etc?
These questions were posted by a dev after encountering this issue while connecting to devnet:
They say this was working fine less then a month ago and now they see this error "contract not found" using local devnet:
we're seeing some issues with stacks/connect locally with devnet and wondering if anyone has any info on what might be causing it.
despite being connected to devnet, with the network specified as devnet, we get this error saying that the contract cannot be found.
They solved it by:
we ported wallet to new browser session
so it's caching in localstorage
cleared local storage
problem solved
More details on the exact call:
It's definitely deployed correctly to devnet. all of the rpc ready only calls we're making are functioning. it seems to be limtied to when we interact with the contract through stacks connect, via the wallet. in this case leather.
Image
"@stacks/connect": "^7.9.0",
"@stacks/network": "^7.0.2",
"@stacks/transactions": "^7.0.2",
bobby and i are stumped.
this worked fine a while ago
now we just can't get it to interact with the contract
They used similar code for a recent project and it worked without issue and now they were seeing this. I suspected a disconnect between the dapp and extension wallet. Which proved the problem. And I have seen issues like this come up in the past when testing other dapps and switching networks (and perhaps getting wallet updates). I have never thought the issue could be caused by automatic wallet extension updates though. Hence me posting this here.
The text was updated successfully, but these errors were encountered:
The wallet wouldn't cache things between versions per-se. Any app running has a browser context in which it is assigned storage mechanisms, and HTTP headers / cookies / local storage are all applied to that context. The caches and storage have no concept of a version of the application.
I don't see this as a priority for us right now, especially considering they could fix their issue and I don't see any reproducible steps
Does the wallet cache stuff between versions?
What about the user session in local storage would cause that considering we've called disconnect() etc?
These questions were posted by a dev after encountering this issue while connecting to devnet:
They say this was working fine less then a month ago and now they see this error "contract not found" using local devnet:
we're seeing some issues with stacks/connect locally with devnet and wondering if anyone has any info on what might be causing it.
despite being connected to devnet, with the network specified as devnet, we get this error saying that the contract cannot be found.
They solved it by:
More details on the exact call:
It's definitely deployed correctly to devnet. all of the rpc ready only calls we're making are functioning. it seems to be limtied to when we interact with the contract through stacks connect, via the wallet. in this case leather.
Image
"@stacks/connect": "^7.9.0",
"@stacks/network": "^7.0.2",
"@stacks/transactions": "^7.0.2",
bobby and i are stumped.
this worked fine a while ago
now we just can't get it to interact with the contract
the code they use to call the contract
They used similar code for a recent project and it worked without issue and now they were seeing this. I suspected a disconnect between the dapp and extension wallet. Which proved the problem. And I have seen issues like this come up in the past when testing other dapps and switching networks (and perhaps getting wallet updates). I have never thought the issue could be caused by automatic wallet extension updates though. Hence me posting this here.
The text was updated successfully, but these errors were encountered: