session callback change
See original GitHub issuefollow up to #13 that introduced transportStatus and made the inconsistent callback even more inconsistent:
interface Callback {
fun transportStatus(status: Transport.Status)
fun handleMethodCall(call: MethodCall)
fun sessionApproved()
fun sessionClosed()
}
I suggest either add handleXX everywhere or remove it for handleMethodCall might go even further here (and reason this is an issue and not a PR) we could reduce to 2 methods: handleStaus and handleMethodCall and the session open closed events then come via the status
Issue Analytics
- State:
- Created 4 years ago
- Comments:13 (1 by maintainers)
Top Results From Across the Web
Session callbacks - Adjust Help Center
Adjust servers trigger a session callback on every in-app session. We trigger a new session callback when a user opens the app after...
Read more >How to use Streamlit session states and callback functions
Your browser can't play this video. Learn more. Switch camera.
Read more >Advanced Streamlit: Session State and Callbacks for Data ...
Callback is the function that gets called when the input widget is triggered. Streamlit widgets that support callback are st. button() , st....
Read more >Session State - Streamlit Docs
Use Callbacks to update Session State. A callback is a python function which gets called when an input widget changes. Order of execution:...
Read more >Callbacks | NextAuth.js
The session callback is called whenever a session is checked. By default, only a subset of the token is returned for increased security....
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Yes we can do - but would love 15 more minutes as I am testing around with it currently a bit more. If you need it earlier - feel free to tag
Hey @ligi, what is the weird behavior that you’re seeing with kotlin lib? There were changes with the Bridge server last week. Most notably, the ping opcode which wasn’t present before and the socket messages now include a boolean parameter called silent. Do any of these seem to be the cause of it?