Storybooks integration
- Add storybooks to appsmith UI application.
- addon-docs - Picks up documentation from the component
- addon-designs - Picks up figma URL to see widget and design side by side
- addong-knobs - Allows to toggle props in storybook
- Add a sample story for TextInputWidget
See merge request theappsmith/internal-tools-client!172
Editor header - Breadcrumbs routing
Changes:
- The first breadcrumb is "Home" which redirects to the homepage (/)
- The second breadcrumb is "Applications" which redirects to applications (/applications)
See merge request theappsmith/internal-tools-client!175
Checking if the name of the user is not null. Only then inserting it that field into analytics service.
See merge request theappsmith/internal-tools-server!97
Add support for plugin name based filtering
Started pulling plugins from the server and showing actions and data sources depending of plugin name
See merge request theappsmith/internal-tools-client!169
Renamed styleName prop to accent
Fixes#108 a weird bug with styled-components that passes down styling props to the dom.
See merge request theappsmith/internal-tools-client!167
Adding query parameters to filter get API calls
Fixes#92
Adding MultiValueMap in the BaseService class to ensure that all controllers support query parameters for the GET API call. Each service will have to handle this independently though. There is no generic default implementation for handling query parameters as of now.
In the Plugin APIs handling the filtering of fetching plugins specifically by type. This should be used as a template implementation to create a generic implementation of this nature to query the db generically for a list of given fields and values. Will make future API implementations much simpler.
See merge request theappsmith/internal-tools-server!91
Adding the base uri for google oauth2 redirect uri
This is required because when we host the server in a docker container, by default the baseUri picked up by Spring security is the DNS name of the appsmith server inside the docker networking bridge. These names may not be valid DNS names that Google can redirect to in the event of a successful Oauth2 login. Hence, we are overriding the base uri with our own uri for each environment.
The customer will have to provide this uri when they host it on their internal networks. This uri must be publicly accessible for Oauth2 to work.
See merge request theappsmith/internal-tools-server!90
This is required because when we host the server in a docker container, by default the baseUri picked up by Spring security is the DNS name of the appsmith server inside the docker networking bridge. These names may not be valid DNS names that Google can redirect to in the event of a successful Oauth2 login. Hence, we are overriding the base uri with our own uri for each environment.
The customer will have to provide this uri when they host it on their internal networks. This uri must be publicly accessible for Oauth2 to work.
