Fix relationship between guests, .well-known, and auth #3001
Commits on May 3, 2019
-
Have ServerConfig and co. do validation of the config in-house
This also causes the components to produce a ValidatedServerConfig for use by other components.
-
Make registration work with server configs
The general idea is that we throw the object around between components so they can pull off the details they care about.
-
Make password resets use server config objects
Like registration, the idea is that the object is passed around between components so they can take details they need.
-
Make login pass around server config objects
Very similar to password resets and registration, the components pass around a server config for usage by other components. Login is a bit more complicated and needs a few more changes to pull the logic out to a more generic layer.
-
Bring server config juggling into MatrixChat
This way the server config is consistent across login, password reset, and registration. This also brings the code into a more generic place for all 3 duplicated efforts.
-
-
-
-
-
Commits on May 6, 2019
Commits on May 10, 2019
-
Merge pull request #2941 from matrix-org/travis/guests/block-ui
Use validated server config for login, registration, and password reset
Commits on May 13, 2019
-
-
Refactor "Next" button into ServerConfig components
TODO still remains about making ModularServerConfig extend ServerConfig instead of duplicating everything. See element-hq/element-web#9290
Commits on May 14, 2019
-
-
-
Flag all generated configs as non-default by default
The app is expected to flag a particular config themselves as default. This is primarily intended so that other parts of the app can determine what to do based on whether or not the config is a default config. See element-hq/element-web#9290
Commits on May 15, 2019
-
-
Merge pull request #2965 from matrix-org/travis/wk/tooltip
Render underlines and tooltips on custom server names in auth pages
Commits on May 16, 2019
-
Merge pull request #2964 from matrix-org/travis/wk/simplify-phases
Refactor "Next" button into ServerConfig components
-
Merge pull request #2971 from matrix-org/travis/wk/fallback_hs
Only expose the fallback_hs_url if the homeserver is the default homeserver
-
Merge pull request #2972 from matrix-org/travis/wk/mxid
Restore use of full mxid login
-
Commits on May 21, 2019
-
-
Don't act busy on the login page for moving your cursor
If you were in the username field and simply tabbed out without entering anything, the form would become "busy" and not let you submit. We should only be doing this if we have work to do, like .well-known discovery of the homeserver.
-
Add a null guard for serverConfig
This is often null while the component is on its first render, and is called during that render. It is eventually populated by React, and the function re-called - we just have to be patient.