RubyGems - mudbase - Versions diffs - 1.2.8 → 1.2.9 - Mend

mudbase 1.2.8 → 1.2.9

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.

Files changed (700) hide show

checksums.yaml CHANGED Viewed

@@ -1,7 +1,7 @@
 ---
 SHA256:
-  metadata.gz: 44bc3797563159684c03533feb5ab10678586b3b04d3ad3f5b36b05784cf578b
-  data.tar.gz: 4bf6e32cf7f3f8e27015a8f900c771de5f9de2e2543cbe5a3a595ee5db7c53b7
+  metadata.gz: b2805e27a5498e116fecba0b9b6b9b845b04d4ee3c04ca4b0d71cbf22b9c71e8
+  data.tar.gz: aee4e046ca3ca886428a344ae5d358b149b93fc8962d8a44bb7d290a49604e61
 SHA512:
-  metadata.gz: 81a8bf374722bfac50cdf938d30150064f02519b07e71619f27956d6b2da6a3be53867fe8c5007cdc72c0ba690842be1ca4c4df9e61c92c1b48c93b1b12f0acd
-  data.tar.gz: 3876b96e5ba373b5c33c0c97dbbd2291942fc3e5e315dd63f2d332bdec6da5e7772ab2c5706c7396cd161bdce8c6bd55d86d7139b63b591c0eefb8fea611d77a
+  metadata.gz: 66acfa9da5d38bc441ab0e3bf569506c62b73113ea54aa0ea9e3b7c0966ddc9e003be66feaffe0bd43f6add20efbe468f25c07e355c191fb5dd659de199291ad
+  data.tar.gz: d6bd2472c0a605caa5477e838bf2f396426ec243ddf3010da198e8555954cafc40813407c8ceba89652b8301cc0721dc40084c08d80a3bbebc7b7b8561e6d93e

data/docs/MultiRoleApi.md CHANGED Viewed

@@ -6,13 +6,6 @@ All URIs are relative to *https://cloud.mudbase.dev*
 | ------ | ------------ | ----------- |
 | [**auth_oauth_signup_with_role**](MultiRoleApi.md#auth_oauth_signup_with_role) | **GET** /api/auth/oauth/signup/{role}/{provider}/{projectId} | OAuth signup with specific role |
 | [**auth_register_with_role**](MultiRoleApi.md#auth_register_with_role) | **POST** /api/auth/local/signup/{role} | Register user with specific role (Local Auth) |
-| [**multi_role_add_role**](MultiRoleApi.md#multi_role_add_role) | **POST** /api/projects/{projectId}/multi-role/roles | Add custom role |
-| [**multi_role_get_available_roles**](MultiRoleApi.md#multi_role_get_available_roles) | **GET** /api/projects/{projectId}/multi-role/roles/available | Get available roles for signup |
-| [**multi_role_get_config**](MultiRoleApi.md#multi_role_get_config) | **GET** /api/projects/{projectId}/multi-role | Get multi-role feature configuration |
-| [**multi_role_toggle_role**](MultiRoleApi.md#multi_role_toggle_role) | **PATCH** /api/projects/{projectId}/multi-role/roles/{roleSlug}/toggle | Toggle role on/off |
-| [**multi_role_update_collection_permissions**](MultiRoleApi.md#multi_role_update_collection_permissions) | **PATCH** /api/projects/{projectId}/multi-role/roles/{roleSlug}/collections/{collectionId}/permissions | Update collection permissions for a role |
-| [**multi_role_update_role**](MultiRoleApi.md#multi_role_update_role) | **PATCH** /api/projects/{projectId}/multi-role/roles/{roleSlug} | Update role configuration |
-| [**multi_role_update_settings**](MultiRoleApi.md#multi_role_update_settings) | **PATCH** /api/projects/{projectId}/multi-role/settings | Update multi-role feature settings |
 ## auth_oauth_signup_with_role
@@ -151,504 +144,3 @@ No authorization required
 - **Content-Type**: application/json
 - **Accept**: application/json
-## multi_role_add_role
-> <MultiRoleToggleRole200Response> multi_role_add_role(project_id, multi_role_add_role_request)
-Add custom role
-Add a custom role to a project with specific permissions and signup endpoint. Accepts BearerToken (JWT) or ApiKeyAuth (X-API-Key).
-### Examples
-```ruby
-require 'time'
-require 'mudbase'
-# setup authorization
-Mudbase.configure do |config|
-  # Configure Bearer authorization (JWT): BearerToken
-  config.access_token = 'YOUR_BEARER_TOKEN'
-end
-api_instance = Mudbase::MultiRoleApi.new
-project_id = '685ad30be129932fbb7a1047' # String | Project ID.
-multi_role_add_role_request = Mudbase::MultiRoleAddRoleRequest.new({slug: 'seller', name: 'Seller', signup_endpoint: 'seller'}) # MultiRoleAddRoleRequest | Custom role definition. Use `collectionPermissions` to apply CRUD per collection slug (e.g. users/products/orders). `defaultPermissions` is optional for global/base permissions.
-begin
-  # Add custom role
-  result = api_instance.multi_role_add_role(project_id, multi_role_add_role_request)
-  p result
-rescue Mudbase::ApiError => e
-  puts "Error when calling MultiRoleApi->multi_role_add_role: #{e}"
-end
-```
-#### Using the multi_role_add_role_with_http_info variant
-This returns an Array which contains the response data, status code and headers.
-> <Array(<MultiRoleToggleRole200Response>, Integer, Hash)> multi_role_add_role_with_http_info(project_id, multi_role_add_role_request)
-```ruby
-begin
-  # Add custom role
-  data, status_code, headers = api_instance.multi_role_add_role_with_http_info(project_id, multi_role_add_role_request)
-  p status_code # => 2xx
-  p headers # => { ... }
-  p data # => <MultiRoleToggleRole200Response>
-rescue Mudbase::ApiError => e
-  puts "Error when calling MultiRoleApi->multi_role_add_role_with_http_info: #{e}"
-end
-```
-### Parameters
-| Name | Type | Description | Notes |
-| ---- | ---- | ----------- | ----- |
-| **project_id** | **String** | Project ID. |  |
-| **multi_role_add_role_request** | [**MultiRoleAddRoleRequest**](MultiRoleAddRoleRequest.md) | Custom role definition. Use &#x60;collectionPermissions&#x60; to apply CRUD per collection slug (e.g. users/products/orders). &#x60;defaultPermissions&#x60; is optional for global/base permissions. |  |
-### Return type
-[**MultiRoleToggleRole200Response**](MultiRoleToggleRole200Response.md)
-### Authorization
-[BearerToken](../README.md#BearerToken)
-### HTTP request headers
-- **Content-Type**: application/json
-- **Accept**: application/json
-## multi_role_get_available_roles
-> <MultiRoleGetAvailableRoles200Response> multi_role_get_available_roles(project_id)
-Get available roles for signup
-Get all available roles for user signup in a project. Accepts BearerToken (JWT) or ApiKeyAuth (X-API-Key).
-### Examples
-```ruby
-require 'time'
-require 'mudbase'
-# setup authorization
-Mudbase.configure do |config|
-  # Configure Bearer authorization (JWT): BearerToken
-  config.access_token = 'YOUR_BEARER_TOKEN'
-end
-api_instance = Mudbase::MultiRoleApi.new
-project_id = '685ad30be129932fbb7a1047' # String | Project ID.
-begin
-  # Get available roles for signup
-  result = api_instance.multi_role_get_available_roles(project_id)
-  p result
-rescue Mudbase::ApiError => e
-  puts "Error when calling MultiRoleApi->multi_role_get_available_roles: #{e}"
-end
-```
-#### Using the multi_role_get_available_roles_with_http_info variant
-This returns an Array which contains the response data, status code and headers.
-> <Array(<MultiRoleGetAvailableRoles200Response>, Integer, Hash)> multi_role_get_available_roles_with_http_info(project_id)
-```ruby
-begin
-  # Get available roles for signup
-  data, status_code, headers = api_instance.multi_role_get_available_roles_with_http_info(project_id)
-  p status_code # => 2xx
-  p headers # => { ... }
-  p data # => <MultiRoleGetAvailableRoles200Response>
-rescue Mudbase::ApiError => e
-  puts "Error when calling MultiRoleApi->multi_role_get_available_roles_with_http_info: #{e}"
-end
-```
-### Parameters
-| Name | Type | Description | Notes |
-| ---- | ---- | ----------- | ----- |
-| **project_id** | **String** | Project ID. |  |
-### Return type
-[**MultiRoleGetAvailableRoles200Response**](MultiRoleGetAvailableRoles200Response.md)
-### Authorization
-[BearerToken](../README.md#BearerToken)
-### HTTP request headers
-- **Content-Type**: Not defined
-- **Accept**: application/json
-## multi_role_get_config
-> <MultiRoleGetConfig200Response> multi_role_get_config(project_id)
-Get multi-role feature configuration
-Returns project app roles (default one editable `customer` starter until you add more) and settings.
-### Examples
-```ruby
-require 'time'
-require 'mudbase'
-# setup authorization
-Mudbase.configure do |config|
-  # Configure Bearer authorization (JWT): BearerToken
-  config.access_token = 'YOUR_BEARER_TOKEN'
-end
-api_instance = Mudbase::MultiRoleApi.new
-project_id = '685ad30be129932fbb7a1047' # String | Project ID.
-begin
-  # Get multi-role feature configuration
-  result = api_instance.multi_role_get_config(project_id)
-  p result
-rescue Mudbase::ApiError => e
-  puts "Error when calling MultiRoleApi->multi_role_get_config: #{e}"
-end
-```
-#### Using the multi_role_get_config_with_http_info variant
-This returns an Array which contains the response data, status code and headers.
-> <Array(<MultiRoleGetConfig200Response>, Integer, Hash)> multi_role_get_config_with_http_info(project_id)
-```ruby
-begin
-  # Get multi-role feature configuration
-  data, status_code, headers = api_instance.multi_role_get_config_with_http_info(project_id)
-  p status_code # => 2xx
-  p headers # => { ... }
-  p data # => <MultiRoleGetConfig200Response>
-rescue Mudbase::ApiError => e
-  puts "Error when calling MultiRoleApi->multi_role_get_config_with_http_info: #{e}"
-end
-```
-### Parameters
-| Name | Type | Description | Notes |
-| ---- | ---- | ----------- | ----- |
-| **project_id** | **String** | Project ID. |  |
-### Return type
-[**MultiRoleGetConfig200Response**](MultiRoleGetConfig200Response.md)
-### Authorization
-[BearerToken](../README.md#BearerToken)
-### HTTP request headers
-- **Content-Type**: Not defined
-- **Accept**: application/json
-## multi_role_toggle_role
-> <MultiRoleToggleRole200Response> multi_role_toggle_role(project_id, role_slug, multi_role_toggle_role_request)
-Toggle role on/off
-Enable or disable a role for the project. When disabled, the role is no longer available for signup or assignment.
-### Examples
-```ruby
-require 'time'
-require 'mudbase'
-# setup authorization
-Mudbase.configure do |config|
-  # Configure Bearer authorization (JWT): BearerToken
-  config.access_token = 'YOUR_BEARER_TOKEN'
-end
-api_instance = Mudbase::MultiRoleApi.new
-project_id = '685ad30be129932fbb7a1047' # String | Project ID.
-role_slug = 'customer' # String | Role slug to toggle (e.g. starter `customer` or a role you added).
-multi_role_toggle_role_request = Mudbase::MultiRoleToggleRoleRequest.new({is_enabled: true}) # MultiRoleToggleRoleRequest | Whether the role is enabled (true) or disabled (false).
-begin
-  # Toggle role on/off
-  result = api_instance.multi_role_toggle_role(project_id, role_slug, multi_role_toggle_role_request)
-  p result
-rescue Mudbase::ApiError => e
-  puts "Error when calling MultiRoleApi->multi_role_toggle_role: #{e}"
-end
-```
-#### Using the multi_role_toggle_role_with_http_info variant
-This returns an Array which contains the response data, status code and headers.
-> <Array(<MultiRoleToggleRole200Response>, Integer, Hash)> multi_role_toggle_role_with_http_info(project_id, role_slug, multi_role_toggle_role_request)
-```ruby
-begin
-  # Toggle role on/off
-  data, status_code, headers = api_instance.multi_role_toggle_role_with_http_info(project_id, role_slug, multi_role_toggle_role_request)
-  p status_code # => 2xx
-  p headers # => { ... }
-  p data # => <MultiRoleToggleRole200Response>
-rescue Mudbase::ApiError => e
-  puts "Error when calling MultiRoleApi->multi_role_toggle_role_with_http_info: #{e}"
-end
-```
-### Parameters
-| Name | Type | Description | Notes |
-| ---- | ---- | ----------- | ----- |
-| **project_id** | **String** | Project ID. |  |
-| **role_slug** | **String** | Role slug to toggle (e.g. starter &#x60;customer&#x60; or a role you added). |  |
-| **multi_role_toggle_role_request** | [**MultiRoleToggleRoleRequest**](MultiRoleToggleRoleRequest.md) | Whether the role is enabled (true) or disabled (false). |  |
-### Return type
-[**MultiRoleToggleRole200Response**](MultiRoleToggleRole200Response.md)
-### Authorization
-[BearerToken](../README.md#BearerToken)
-### HTTP request headers
-- **Content-Type**: application/json
-- **Accept**: application/json
-## multi_role_update_collection_permissions
-> <MultiRoleToggleRole200Response> multi_role_update_collection_permissions(project_id, role_slug, collection_id, multi_role_update_collection_permissions_request)
-Update collection permissions for a role
-Update collection-specific permissions for a role in a project. Accepts BearerToken (JWT) or ApiKeyAuth (X-API-Key).
-### Examples
-```ruby
-require 'time'
-require 'mudbase'
-# setup authorization
-Mudbase.configure do |config|
-  # Configure Bearer authorization (JWT): BearerToken
-  config.access_token = 'YOUR_BEARER_TOKEN'
-end
-api_instance = Mudbase::MultiRoleApi.new
-project_id = '685ad30be129932fbb7a1047' # String | Project ID.
-role_slug = 'customer' # String | Role slug (e.g. starter `customer` or a role you added).
-collection_id = '696ba6e4f4a9422ac4be4f74' # String | Collection ID to set permissions for.
-multi_role_update_collection_permissions_request = Mudbase::MultiRoleUpdateCollectionPermissionsRequest.new # MultiRoleUpdateCollectionPermissionsRequest | Allowed actions and optional conditions for the role on this collection.
-begin
-  # Update collection permissions for a role
-  result = api_instance.multi_role_update_collection_permissions(project_id, role_slug, collection_id, multi_role_update_collection_permissions_request)
-  p result
-rescue Mudbase::ApiError => e
-  puts "Error when calling MultiRoleApi->multi_role_update_collection_permissions: #{e}"
-end
-```
-#### Using the multi_role_update_collection_permissions_with_http_info variant
-This returns an Array which contains the response data, status code and headers.
-> <Array(<MultiRoleToggleRole200Response>, Integer, Hash)> multi_role_update_collection_permissions_with_http_info(project_id, role_slug, collection_id, multi_role_update_collection_permissions_request)
-```ruby
-begin
-  # Update collection permissions for a role
-  data, status_code, headers = api_instance.multi_role_update_collection_permissions_with_http_info(project_id, role_slug, collection_id, multi_role_update_collection_permissions_request)
-  p status_code # => 2xx
-  p headers # => { ... }
-  p data # => <MultiRoleToggleRole200Response>
-rescue Mudbase::ApiError => e
-  puts "Error when calling MultiRoleApi->multi_role_update_collection_permissions_with_http_info: #{e}"
-end
-```
-### Parameters
-| Name | Type | Description | Notes |
-| ---- | ---- | ----------- | ----- |
-| **project_id** | **String** | Project ID. |  |
-| **role_slug** | **String** | Role slug (e.g. starter &#x60;customer&#x60; or a role you added). |  |
-| **collection_id** | **String** | Collection ID to set permissions for. |  |
-| **multi_role_update_collection_permissions_request** | [**MultiRoleUpdateCollectionPermissionsRequest**](MultiRoleUpdateCollectionPermissionsRequest.md) | Allowed actions and optional conditions for the role on this collection. |  |
-### Return type
-[**MultiRoleToggleRole200Response**](MultiRoleToggleRole200Response.md)
-### Authorization
-[BearerToken](../README.md#BearerToken)
-### HTTP request headers
-- **Content-Type**: application/json
-- **Accept**: application/json
-## multi_role_update_role
-> <MultiRoleToggleRole200Response> multi_role_update_role(project_id, role_slug, multi_role_update_role_request)
-Update role configuration
-Update an app role — same fields as **Add custom role** (partial). `defaultPermissions` / `collectionPermissions` use the same normalization as on create.
-### Examples
-```ruby
-require 'time'
-require 'mudbase'
-# setup authorization
-Mudbase.configure do |config|
-  # Configure Bearer authorization (JWT): BearerToken
-  config.access_token = 'YOUR_BEARER_TOKEN'
-end
-api_instance = Mudbase::MultiRoleApi.new
-project_id = '685ad30be129932fbb7a1047' # String | Project ID.
-role_slug = 'customer' # String | Role slug to update (e.g. starter `customer` or a role you added).
-multi_role_update_role_request = Mudbase::MultiRoleUpdateRoleRequest.new # MultiRoleUpdateRoleRequest | Same fields as **Add custom role** — send only fields you want to change. `defaultPermissions` / `collectionPermissions` are normalized the same way as on create.
-begin
-  # Update role configuration
-  result = api_instance.multi_role_update_role(project_id, role_slug, multi_role_update_role_request)
-  p result
-rescue Mudbase::ApiError => e
-  puts "Error when calling MultiRoleApi->multi_role_update_role: #{e}"
-end
-```
-#### Using the multi_role_update_role_with_http_info variant
-This returns an Array which contains the response data, status code and headers.
-> <Array(<MultiRoleToggleRole200Response>, Integer, Hash)> multi_role_update_role_with_http_info(project_id, role_slug, multi_role_update_role_request)
-```ruby
-begin
-  # Update role configuration
-  data, status_code, headers = api_instance.multi_role_update_role_with_http_info(project_id, role_slug, multi_role_update_role_request)
-  p status_code # => 2xx
-  p headers # => { ... }
-  p data # => <MultiRoleToggleRole200Response>
-rescue Mudbase::ApiError => e
-  puts "Error when calling MultiRoleApi->multi_role_update_role_with_http_info: #{e}"
-end
-```
-### Parameters
-| Name | Type | Description | Notes |
-| ---- | ---- | ----------- | ----- |
-| **project_id** | **String** | Project ID. |  |
-| **role_slug** | **String** | Role slug to update (e.g. starter &#x60;customer&#x60; or a role you added). |  |
-| **multi_role_update_role_request** | [**MultiRoleUpdateRoleRequest**](MultiRoleUpdateRoleRequest.md) | Same fields as **Add custom role** — send only fields you want to change. &#x60;defaultPermissions&#x60; / &#x60;collectionPermissions&#x60; are normalized the same way as on create. |  |
-### Return type
-[**MultiRoleToggleRole200Response**](MultiRoleToggleRole200Response.md)
-### Authorization
-[BearerToken](../README.md#BearerToken)
-### HTTP request headers
-- **Content-Type**: application/json
-- **Accept**: application/json
-## multi_role_update_settings
-> <MultiRoleUpdateSettings200Response> multi_role_update_settings(project_id, multi_role_update_settings_request)
-Update multi-role feature settings
-Update multi-role feature settings: enable/disable the feature, `defaultRole`, and `settings` (`allowMultipleRoles`, `requireRoleSelection`, `autoAssignDefault`). Does not edit role definitions — use `POST/PATCH .../multi-role/roles` (same body shape as add role). Accepts BearerToken (JWT) or ApiKeyAuth (X-API-Key).
-### Examples
-```ruby
-require 'time'
-require 'mudbase'
-# setup authorization
-Mudbase.configure do |config|
-  # Configure Bearer authorization (JWT): BearerToken
-  config.access_token = 'YOUR_BEARER_TOKEN'
-end
-api_instance = Mudbase::MultiRoleApi.new
-project_id = '685ad30be129932fbb7a1047' # String | Project ID.
-multi_role_update_settings_request = Mudbase::MultiRoleUpdateSettingsRequest.new # MultiRoleUpdateSettingsRequest | Feature flags only — not per-role approval. Use `settings.allowMultipleRoles`, `requireRoleSelection`, `autoAssignDefault`.
-begin
-  # Update multi-role feature settings
-  result = api_instance.multi_role_update_settings(project_id, multi_role_update_settings_request)
-  p result
-rescue Mudbase::ApiError => e
-  puts "Error when calling MultiRoleApi->multi_role_update_settings: #{e}"
-end
-```
-#### Using the multi_role_update_settings_with_http_info variant
-This returns an Array which contains the response data, status code and headers.
-> <Array(<MultiRoleUpdateSettings200Response>, Integer, Hash)> multi_role_update_settings_with_http_info(project_id, multi_role_update_settings_request)
-```ruby
-begin
-  # Update multi-role feature settings
-  data, status_code, headers = api_instance.multi_role_update_settings_with_http_info(project_id, multi_role_update_settings_request)
-  p status_code # => 2xx
-  p headers # => { ... }
-  p data # => <MultiRoleUpdateSettings200Response>
-rescue Mudbase::ApiError => e
-  puts "Error when calling MultiRoleApi->multi_role_update_settings_with_http_info: #{e}"
-end
-```
-### Parameters
-| Name | Type | Description | Notes |
-| ---- | ---- | ----------- | ----- |
-| **project_id** | **String** | Project ID. |  |
-| **multi_role_update_settings_request** | [**MultiRoleUpdateSettingsRequest**](MultiRoleUpdateSettingsRequest.md) | Feature flags only — not per-role approval. Use &#x60;settings.allowMultipleRoles&#x60;, &#x60;requireRoleSelection&#x60;, &#x60;autoAssignDefault&#x60;. |  |
-### Return type
-[**MultiRoleUpdateSettings200Response**](MultiRoleUpdateSettings200Response.md)
-### Authorization
-[BearerToken](../README.md#BearerToken)
-### HTTP request headers
-- **Content-Type**: application/json
-- **Accept**: application/json

data/lib/mudbase/api/auth_api.rb CHANGED Viewed

@@ -3,7 +3,7 @@
 #MUDBASE is a scalable, real-time, and secure Backend-as-a-Service (BaaS) platform  designed for modern applications. Built with custom logic, it offers fine-grained  control, extensibility, and enterprise-grade security.  ## Features - 🔐 Multi-provider authentication (30+ OAuth providers) - 📊 Real-time database with collections - 📁 File storage and management - 🔑 API key management with permissions - 🔗 Webhook system with retry logic - ⚡ Serverless functions - 💬 Multi-channel messaging (Push, Email, SMS) - 📈 Usage analytics and monitoring - 🌐 Real-time WebSocket events - 🔍 Full-text search capabilities - 💳 Billing: Flutterwave only for fiat (platform subscriptions + org payment processing with 7% + $0.50 split); crypto payment processor for multi-chain checkout - 📡 Block-based multi-chain wallet monitoring (ETH/UTXO scanners, GetBlock, scanner metrics API)
-The version of the OpenAPI document: 1.2.8
+The version of the OpenAPI document: 1.2.9
 Contact: support@mudbase.dev
 Generated by: https://openapi-generator.tech
 Generator version: 7.20.0

data/lib/mudbase/api/billing_api.rb CHANGED Viewed

@@ -3,7 +3,7 @@
 #MUDBASE is a scalable, real-time, and secure Backend-as-a-Service (BaaS) platform  designed for modern applications. Built with custom logic, it offers fine-grained  control, extensibility, and enterprise-grade security.  ## Features - 🔐 Multi-provider authentication (30+ OAuth providers) - 📊 Real-time database with collections - 📁 File storage and management - 🔑 API key management with permissions - 🔗 Webhook system with retry logic - ⚡ Serverless functions - 💬 Multi-channel messaging (Push, Email, SMS) - 📈 Usage analytics and monitoring - 🌐 Real-time WebSocket events - 🔍 Full-text search capabilities - 💳 Billing: Flutterwave only for fiat (platform subscriptions + org payment processing with 7% + $0.50 split); crypto payment processor for multi-chain checkout - 📡 Block-based multi-chain wallet monitoring (ETH/UTXO scanners, GetBlock, scanner metrics API)
-The version of the OpenAPI document: 1.2.8
+The version of the OpenAPI document: 1.2.9
 Contact: support@mudbase.dev
 Generated by: https://openapi-generator.tech
 Generator version: 7.20.0

data/lib/mudbase/api/chat_api.rb CHANGED Viewed

@@ -3,7 +3,7 @@
 #MUDBASE is a scalable, real-time, and secure Backend-as-a-Service (BaaS) platform  designed for modern applications. Built with custom logic, it offers fine-grained  control, extensibility, and enterprise-grade security.  ## Features - 🔐 Multi-provider authentication (30+ OAuth providers) - 📊 Real-time database with collections - 📁 File storage and management - 🔑 API key management with permissions - 🔗 Webhook system with retry logic - ⚡ Serverless functions - 💬 Multi-channel messaging (Push, Email, SMS) - 📈 Usage analytics and monitoring - 🌐 Real-time WebSocket events - 🔍 Full-text search capabilities - 💳 Billing: Flutterwave only for fiat (platform subscriptions + org payment processing with 7% + $0.50 split); crypto payment processor for multi-chain checkout - 📡 Block-based multi-chain wallet monitoring (ETH/UTXO scanners, GetBlock, scanner metrics API)
-The version of the OpenAPI document: 1.2.8
+The version of the OpenAPI document: 1.2.9
 Contact: support@mudbase.dev
 Generated by: https://openapi-generator.tech
 Generator version: 7.20.0

data/lib/mudbase/api/collections_api.rb CHANGED Viewed

@@ -3,7 +3,7 @@
 #MUDBASE is a scalable, real-time, and secure Backend-as-a-Service (BaaS) platform  designed for modern applications. Built with custom logic, it offers fine-grained  control, extensibility, and enterprise-grade security.  ## Features - 🔐 Multi-provider authentication (30+ OAuth providers) - 📊 Real-time database with collections - 📁 File storage and management - 🔑 API key management with permissions - 🔗 Webhook system with retry logic - ⚡ Serverless functions - 💬 Multi-channel messaging (Push, Email, SMS) - 📈 Usage analytics and monitoring - 🌐 Real-time WebSocket events - 🔍 Full-text search capabilities - 💳 Billing: Flutterwave only for fiat (platform subscriptions + org payment processing with 7% + $0.50 split); crypto payment processor for multi-chain checkout - 📡 Block-based multi-chain wallet monitoring (ETH/UTXO scanners, GetBlock, scanner metrics API)
-The version of the OpenAPI document: 1.2.8
+The version of the OpenAPI document: 1.2.9
 Contact: support@mudbase.dev
 Generated by: https://openapi-generator.tech
 Generator version: 7.20.0

data/lib/mudbase/api/compliance_api.rb CHANGED Viewed

@@ -3,7 +3,7 @@
 #MUDBASE is a scalable, real-time, and secure Backend-as-a-Service (BaaS) platform  designed for modern applications. Built with custom logic, it offers fine-grained  control, extensibility, and enterprise-grade security.  ## Features - 🔐 Multi-provider authentication (30+ OAuth providers) - 📊 Real-time database with collections - 📁 File storage and management - 🔑 API key management with permissions - 🔗 Webhook system with retry logic - ⚡ Serverless functions - 💬 Multi-channel messaging (Push, Email, SMS) - 📈 Usage analytics and monitoring - 🌐 Real-time WebSocket events - 🔍 Full-text search capabilities - 💳 Billing: Flutterwave only for fiat (platform subscriptions + org payment processing with 7% + $0.50 split); crypto payment processor for multi-chain checkout - 📡 Block-based multi-chain wallet monitoring (ETH/UTXO scanners, GetBlock, scanner metrics API)
-The version of the OpenAPI document: 1.2.8
+The version of the OpenAPI document: 1.2.9
 Contact: support@mudbase.dev
 Generated by: https://openapi-generator.tech
 Generator version: 7.20.0

data/lib/mudbase/api/data_api.rb CHANGED Viewed

@@ -3,7 +3,7 @@
 #MUDBASE is a scalable, real-time, and secure Backend-as-a-Service (BaaS) platform  designed for modern applications. Built with custom logic, it offers fine-grained  control, extensibility, and enterprise-grade security.  ## Features - 🔐 Multi-provider authentication (30+ OAuth providers) - 📊 Real-time database with collections - 📁 File storage and management - 🔑 API key management with permissions - 🔗 Webhook system with retry logic - ⚡ Serverless functions - 💬 Multi-channel messaging (Push, Email, SMS) - 📈 Usage analytics and monitoring - 🌐 Real-time WebSocket events - 🔍 Full-text search capabilities - 💳 Billing: Flutterwave only for fiat (platform subscriptions + org payment processing with 7% + $0.50 split); crypto payment processor for multi-chain checkout - 📡 Block-based multi-chain wallet monitoring (ETH/UTXO scanners, GetBlock, scanner metrics API)
-The version of the OpenAPI document: 1.2.8
+The version of the OpenAPI document: 1.2.9
 Contact: support@mudbase.dev
 Generated by: https://openapi-generator.tech
 Generator version: 7.20.0

data/lib/mudbase/api/functions_api.rb CHANGED Viewed

@@ -3,7 +3,7 @@
 #MUDBASE is a scalable, real-time, and secure Backend-as-a-Service (BaaS) platform  designed for modern applications. Built with custom logic, it offers fine-grained  control, extensibility, and enterprise-grade security.  ## Features - 🔐 Multi-provider authentication (30+ OAuth providers) - 📊 Real-time database with collections - 📁 File storage and management - 🔑 API key management with permissions - 🔗 Webhook system with retry logic - ⚡ Serverless functions - 💬 Multi-channel messaging (Push, Email, SMS) - 📈 Usage analytics and monitoring - 🌐 Real-time WebSocket events - 🔍 Full-text search capabilities - 💳 Billing: Flutterwave only for fiat (platform subscriptions + org payment processing with 7% + $0.50 split); crypto payment processor for multi-chain checkout - 📡 Block-based multi-chain wallet monitoring (ETH/UTXO scanners, GetBlock, scanner metrics API)
-The version of the OpenAPI document: 1.2.8
+The version of the OpenAPI document: 1.2.9
 Contact: support@mudbase.dev
 Generated by: https://openapi-generator.tech
 Generator version: 7.20.0

data/lib/mudbase/api/health_api.rb CHANGED Viewed

@@ -3,7 +3,7 @@
 #MUDBASE is a scalable, real-time, and secure Backend-as-a-Service (BaaS) platform  designed for modern applications. Built with custom logic, it offers fine-grained  control, extensibility, and enterprise-grade security.  ## Features - 🔐 Multi-provider authentication (30+ OAuth providers) - 📊 Real-time database with collections - 📁 File storage and management - 🔑 API key management with permissions - 🔗 Webhook system with retry logic - ⚡ Serverless functions - 💬 Multi-channel messaging (Push, Email, SMS) - 📈 Usage analytics and monitoring - 🌐 Real-time WebSocket events - 🔍 Full-text search capabilities - 💳 Billing: Flutterwave only for fiat (platform subscriptions + org payment processing with 7% + $0.50 split); crypto payment processor for multi-chain checkout - 📡 Block-based multi-chain wallet monitoring (ETH/UTXO scanners, GetBlock, scanner metrics API)
-The version of the OpenAPI document: 1.2.8
+The version of the OpenAPI document: 1.2.9
 Contact: support@mudbase.dev
 Generated by: https://openapi-generator.tech
 Generator version: 7.20.0

data/lib/mudbase/api/integrations_api.rb CHANGED Viewed

@@ -3,7 +3,7 @@
 #MUDBASE is a scalable, real-time, and secure Backend-as-a-Service (BaaS) platform  designed for modern applications. Built with custom logic, it offers fine-grained  control, extensibility, and enterprise-grade security.  ## Features - 🔐 Multi-provider authentication (30+ OAuth providers) - 📊 Real-time database with collections - 📁 File storage and management - 🔑 API key management with permissions - 🔗 Webhook system with retry logic - ⚡ Serverless functions - 💬 Multi-channel messaging (Push, Email, SMS) - 📈 Usage analytics and monitoring - 🌐 Real-time WebSocket events - 🔍 Full-text search capabilities - 💳 Billing: Flutterwave only for fiat (platform subscriptions + org payment processing with 7% + $0.50 split); crypto payment processor for multi-chain checkout - 📡 Block-based multi-chain wallet monitoring (ETH/UTXO scanners, GetBlock, scanner metrics API)
-The version of the OpenAPI document: 1.2.8
+The version of the OpenAPI document: 1.2.9
 Contact: support@mudbase.dev
 Generated by: https://openapi-generator.tech
 Generator version: 7.20.0

data/lib/mudbase/api/messaging_api.rb CHANGED Viewed

@@ -3,7 +3,7 @@
 #MUDBASE is a scalable, real-time, and secure Backend-as-a-Service (BaaS) platform  designed for modern applications. Built with custom logic, it offers fine-grained  control, extensibility, and enterprise-grade security.  ## Features - 🔐 Multi-provider authentication (30+ OAuth providers) - 📊 Real-time database with collections - 📁 File storage and management - 🔑 API key management with permissions - 🔗 Webhook system with retry logic - ⚡ Serverless functions - 💬 Multi-channel messaging (Push, Email, SMS) - 📈 Usage analytics and monitoring - 🌐 Real-time WebSocket events - 🔍 Full-text search capabilities - 💳 Billing: Flutterwave only for fiat (platform subscriptions + org payment processing with 7% + $0.50 split); crypto payment processor for multi-chain checkout - 📡 Block-based multi-chain wallet monitoring (ETH/UTXO scanners, GetBlock, scanner metrics API)
-The version of the OpenAPI document: 1.2.8
+The version of the OpenAPI document: 1.2.9
 Contact: support@mudbase.dev
 Generated by: https://openapi-generator.tech
 Generator version: 7.20.0