-
-
Notifications
You must be signed in to change notification settings - Fork 43
Conversation
5cf4ffc
to
b1af6ce
Compare
It turns out that the toggle button logic needed quite some refactoring. The main takeaway is that toggling the button should also create and dispose the debug handlers properly. This change also removes the To try it out: As an improvement, we could consider adding a signal to the debug session, so the UI can update itself when the state of the session changes (started or stopped). For now we have to focus back on the widget to have the UI changes propagated. |
The second main change is that we now don't create a This allows the debugger to keep "focus" on the previous |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
So good, negative delta pull request!
👍
Will do a quick update to:
|
Hm, @KsavinN, try running a |
84b048f
to
2b93578
Compare
I did it locally. It's work properly. That bug appears during using a binder. |
Also seeing that on Binder, but not locally. |
@jtpio I guess it should just be a method on |
That sounds like the best option indeed. |
For Binder and the toggle button, it looks like an issue with JupyterLab 1.1.4 (which is used on Binder for now). Or maybe just the 1.1 series. This can be reproduced locally in a fresh environment:
We are probably all using 1.2+ locally. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks!
Fixes #292.
A couple of fixes as a follow-up to #239.
To try it out:
TODO
Create the sidebar when enabling debugging via the button if it does not exist yet. Otherwise: do not show the switch button if there is no sidebar?(Can be handled separately)Keep last debug session
Handle widgets with the same session
Restore the state from the kernel
Remove the recently added
debuggedClients
to stay stateless