090ae5df49
* v2.1.46 * Update pro version to 2.1.46 * v2.2.0 * Update pro version to 2.2.0 * Fix for budibase plugin skeleton, which utilises the old import style. * Fix side nav styles * v2.2.1 * Update pro version to 2.2.1 * using dist folder to allow importing constants for openAPI specs * v2.2.2 * Update pro version to 2.2.2 * Fix for user enrichment call (updating to @budibase/nano fork) (#9038) * Fix for #9029 - this should fix the issue users have been experiencing with user enrichment calls in apps, essentially it utilises a fork of the nano library we use to interact with CouchDB, which has been updated to use a POST request rather than a GET request as it supports a larger set of data being sent as query parameters. * Incrementing Nano version to attempt to fix yarn registry issues. * v2.2.3 * Update pro version to 2.2.3 * Fix SQL table `_id` filtering (#9030) * Re-add support for filtering on _id using external SQL tables and fix filter key prefixes not working with _id field * Remove like operator from internal tables and only allow basic operators on SQL table _id column * Update data section filtering to respect new rules * Update automation section filtering to respect new rules * Update dynamic filter component to respect new rules Co-authored-by: Martin McKeaveney <martin@budibase.com> Co-authored-by: Budibase Release Bot <> Co-authored-by: mike12345567 <me@michaeldrury.co.uk> Co-authored-by: Martin McKeaveney <martinmckeaveney@gmail.com> |
||
|---|---|---|
| .. | ||
| __mocks__ | ||
| src | ||
| tests | ||
| .gitignore | ||
| jest.config.ts | ||
| LICENSE | ||
| package.json | ||
| plugins.ts | ||
| README.md | ||
| tsconfig.build.json | ||
| tsconfig.json | ||
| yarn.lock | ||
Budibase Core backend library
This library contains core functionality, like auth and security features which are shared between backend services.
Note about top level JS files
For the purposes of being able to do say require("@budibase/backend-core/permissions") we need to
specify the exports at the top-level of the module.
For these files they should be limited to a single require of the file that should
be exported and then a single module.exports = ... to export the file in
commonJS.