-
Notifications
You must be signed in to change notification settings - Fork 390
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Rewrite the frontend #1856
base: main
Are you sure you want to change the base?
Rewrite the frontend #1856
Conversation
I've added functionality for the top banner here, and poked around to make sure that the existing banner can display well. It needs to be redone to use bootstrap 5 utility classes, but here it is:
This works well! |
Let's no longer special case Google Analytics
This is handled by npm now
Have asked @oliverroick to do a review here since his React eyes are much, much sharper than mine. |
UI related stuff like this goes into spec.js
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.
From what I can tell, this looks pretty solid. I found two occasions where you probably don't need a useEffect
hook and the launch logic could be improved, I think, although I don't have the full context to make a better suggestion.
useEffect(() => { | ||
// Start launching after the DOM has fully loaded | ||
setTimeout(() => setIsLaunching(true), 1); | ||
}, []); |
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.
This looks a bit flaky. Is there a specific element you're waiting for in the DOM tree? If so how is it created?
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.
I think I was trying to trigger this useEffect (https://github.com/jupyterhub/binderhub/pull/1856/files#diff-17ed39387f14113cf305cbfd7cc95014fc635d5988acbe542676dd87695c967cR185) and couldn't figure out how else to do it :( In general I think I was trying to trigger 'actions' in one component based on events in a different component, and without using reducers i think i'm hackily using these 'is' booleans to do so
Getting closer and closer! |
We've finally got some dedicated time from @oliverroick so hopefully with that we can push this one to completion |
for more information, see https://pre-commit.ci
for more information, see https://pre-commit.ci
- Rely on using `in` between IP addresses and IP Networks (https://docs.python.org/3/library/ipaddress.html#networks-as-containers-of-addresses) rather than re-implement that ip address / network matching with CIDRs ourselves. - Brings in *much* better ipv6 support - Adds a few test cases for ipv6 support as well Discovered while investigating the test failures in jupyterhub#1856
Removes the router context from App into new index.jsx so we can test the app component and control which route is active in tests. index.jsx is the new entry point for the app.
This was the first line I wrote when I started writing the existing frontend, and of course that line is still there.
This PR cleans up and rewrites the entire frontend, to 'start using a framework'. There's no functional change to the UI itself, so it should be treated as a pure upgrade / refactor.
Demo
Main page
Screen.Recording.2024-05-15.at.6.03.12.PM.mov
Loading page
Screen.Recording.2024-05-23.at.8.21.36.AM.mov
Functional Status
The following functional pieces need to be completed:
Technology changes
_config
endpoint to a refactored/api/repoproviders
. This is with an eye on allowing us to implement Awesome bar/landing page redesign #844 eventually, as well as being able to implement the correct frontend bits in other users of the binderhub API (like https://github.com/yuvipanda/jupyterhub-fancy-profiles)extra_footer_scripts
can continue to be used - that's what we use for matomo.Functionality changes
nbgitpuller
, the link generator now prefers outputting onlyurlpath
- both when the user enters a file to open or a URL to open. This prevents the issue we had when we tried to change the default app that was going to open from classic notebook to lab, and broke a lot of people's stuff. By only outputtingurlpath
, URLs will always have this information encoded in them. The olderfilepath
andlabpath
are still accepted as input, because Cool URIs don't breakMaintenance changes
One primary goal here is to make the frontend safer to change, so it's less fragile and brittle.
jsdoc
inline documentation for everythingbinderhub-client
package to make sure it only contains api-client related functionality - all UI stuff should be in a separate package.js/
and thebinderhub/static/js
sources of JS files. Pick up best practices from other Jupyterish projects for what to do here.Timeline
My hope is to slowly but consistently work on this, and get it fully complete before end of June. I have also asked for some frontend review help from @batpad (either directly or via someone else), as he has significant experience in this kinda frontend work (even though he is less experienced in the JupyterHub community itself).
Fixes #774