@tushar-br/desktop 1.0.280 → 1.0.282

package/staging_area/desktop/rilvox/node_modules/zod/v4/package.json

@@ -1,6 +0,0 @@
-{ 
-  "type": "module",
-  "main": "./index.cjs",
-  "module": "./index.js",
-  "types": "./index.d.cts" 
-}

package/staging_area/desktop/rilvox/node_modules/zod/v4-mini/index.cjs

@@ -1,17 +0,0 @@
-"use strict";
-var __createBinding = (this && this.__createBinding) || (Object.create ? (function(o, m, k, k2) {
-    if (k2 === undefined) k2 = k;
-    var desc = Object.getOwnPropertyDescriptor(m, k);
-    if (!desc || ("get" in desc ? !m.__esModule : desc.writable || desc.configurable)) {
-      desc = { enumerable: true, get: function() { return m[k]; } };
-    }
-    Object.defineProperty(o, k2, desc);
-}) : (function(o, m, k, k2) {
-    if (k2 === undefined) k2 = k;
-    o[k2] = m[k];
-}));
-var __exportStar = (this && this.__exportStar) || function(m, exports) {
-    for (var p in m) if (p !== "default" && !Object.prototype.hasOwnProperty.call(exports, p)) __createBinding(exports, m, p);
-};
-Object.defineProperty(exports, "__esModule", { value: true });
-__exportStar(require("../v4/mini/index.cjs"), exports);

package/staging_area/desktop/rilvox/node_modules/zod/v4-mini/index.d.cts

@@ -1 +0,0 @@
-export * from "../v4/mini/index.cjs";

package/staging_area/desktop/rilvox/node_modules/zod/v4-mini/index.d.ts

@@ -1 +0,0 @@
-export * from "../v4/mini/index.js";

package/staging_area/desktop/rilvox/node_modules/zod/v4-mini/index.js

@@ -1 +0,0 @@
-export * from "../v4/mini/index.js";

package/staging_area/desktop/rilvox/node_modules/zod/v4-mini/package.json

@@ -1,6 +0,0 @@
-{ 
-  "type": "module",
-  "main": "./index.cjs",
-  "module": "./index.js",
-  "types": "./index.d.cts" 
-}

package/staging_area/desktop/rilvox/node_modules/zod-validation-error/LICENSE

@@ -1,9 +0,0 @@
-(The MIT License)
-
-Copyright 2022 Causaly, Inc <front-end@causaly.com>
-
-Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
-
-The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
-
-THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.

package/staging_area/desktop/rilvox/node_modules/zod-validation-error/README.md

@@ -1,504 +0,0 @@
-# zod-validation-error
-
-Wrap zod validation errors in user-friendly readable messages.
-
-[![Build Status](https://github.com/causaly/zod-validation-error/actions/workflows/ci.yml/badge.svg)](https://github.com/causaly/zod-validation-error/actions/workflows/ci.yml) [![npm version](https://img.shields.io/npm/v/zod-validation-error.svg?color=0c0)](https://www.npmjs.com/package/zod-validation-error)
-
-#### Features
-
-- User-friendly readable error messages with extensive configuration options;
-- Preserves original error details accessible via `error.details`;
-- Provides a custom error map for better user-friendly messages;
-- Supports both Zod v3 and v4.
-
-**_Note:_** This version of `zod-validation-error` works with zod v4. If you are looking for zod v3 support, please refer to the [v3 documentation](./README.v3.md)
-
-## Installation
-
-```bash
-npm install zod-validation-error
-```
-
-#### Requirements
-
-- Node.js v.18+
-- TypeScript v.4.5+
-
-## Quick start
-
-```typescript
-import { z as zod } from 'zod';
-import { fromError, createErrorMap } from 'zod-validation-error';
-
-// configure zod to use zod-validation-error's error map
-// this is optional, you may also use your own custom error map or zod's native error map
-// we recommend using zod-validation-error's error map for better user-friendly messages
-// see https://zod.dev/error-customization for further details
-zod.config({
-  customError: createErrorMap(),
-});
-
-// create zod schema
-const zodSchema = zod.object({
-  id: zod.int().positive(),
-  email: zod.email(),
-});
-
-// parse some invalid value
-try {
-  zodSchema.parse({
-    id: 1,
-    email: 'coyote@acme', // note: invalid email
-  });
-} catch (err) {
-  const validationError = fromError(err);
-  // the error is now readable by the user
-  // you may print it to console
-  console.log(validationError.toString());
-  // or return it as an actual error
-  return validationError;
-}
-```
-
-## Motivation
-
-Zod errors are difficult to consume for the end-user. This library wraps Zod validation errors in user-friendly readable messages that can be exposed to the outer world, while maintaining the original errors in an array for _dev_ use.
-
-### Example
-
-#### Input (from Zod)
-
-```json
-[
-  {
-    "origin": "number",
-    "code": "too_small",
-    "minimum": 0,
-    "inclusive": false,
-    "path": ["id"],
-    "message": "Number must be greater than 0 at \"id\""
-  },
-  {
-    "origin": "string",
-    "code": "invalid_format",
-    "format": "email",
-    "pattern": "/^(?!\\.)(?!.*\\.\\.)([A-Za-z0-9_'+\\-\\.]*)[A-Za-z0-9_+-]@([A-Za-z0-9][A-Za-z0-9\\-]*\\.)+[A-Za-z]{2,}$/",
-    "path": ["email"],
-    "message": "Invalid email at \"email\""
-  }
-]
-```
-
-#### Output
-
-```
-Validation error: Number must be greater than 0 at "id"; Invalid email at "email"
-```
-
-## API
-
-- [ValidationError(message[, options])](#validationerror)
-- [createErrorMap(options)](#createErrorMap)
-- [createMessageBuilder(options)](#createMessageBuilder)
-- [isValidationError(error)](#isvalidationerror)
-- [isValidationErrorLike(error)](#isvalidationerrorlike)
-- [isZodErrorLike(error)](#iszoderrorlike)
-- [fromError(error[, options])](#fromerror)
-- [fromZodIssue(zodIssue[, options])](#fromzodissue)
-- [fromZodError(zodError[, options])](#fromzoderror)
-- [toValidationError([options]) => (error) => ValidationError](#tovalidationerror)
-
-### ValidationError
-
-Main `ValidationError` class, extending JavaScript's native `Error`.
-
-#### Arguments
-
-- `message` - _string_; error message (required)
-- `options` - _ErrorOptions_; error options as per [JavaScript definition](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Error/Error#options) (optional)
-  - `options.cause` - _any_; can be used to hold the original zod error (optional)
-
-#### Example 1: construct new ValidationError with `message`
-
-```typescript
-import { ValidationError } from 'zod-validation-error';
-
-const error = new ValidationError('foobar');
-console.log(error instanceof Error); // prints true
-```
-
-#### Example 2: construct new ValidationError with `message` and `options.cause`
-
-```typescript
-import { z as zod } from 'zod';
-import { ValidationError } from 'zod-validation-error';
-
-const error = new ValidationError('foobar', {
-  cause: new zod.ZodError([
-    {
-      origin: 'number',
-      code: 'too_small',
-      minimum: 0,
-      inclusive: false,
-      path: ['id'],
-      message: 'Number must be greater than 0 at "id"',
-      input: -1,
-    },
-  ]),
-});
-
-console.log(error.details); // prints issues from zod error
-```
-
-### createErrorMap
-
-Creates zod-validation-error's `errorMap`, which is used to format issues into user-friendly error messages.
-
-We think that zod's native error map is not user-friendly enough, so we provide our own implementation that formats issues into human-readable messages.
-
-Note: zod-validation-error's `errorMap` is an errorMap like all others and thus can also be used directly with `zod` (see https://zod.dev/error-customization for further details), e.g.
-
-#### Arguments
-
-- `options` - _Object_; formatting options (optional)
-
-##### createErrorMap Options
-
-| Name                            |               Type                | Description                                                                                                                                                                                                            |
-| ------------------------------- | :-------------------------------: | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| `displayInvalidFormatDetails`   |             `boolean`             | Indicates whether to display invalid format details (e.g. regexp pattern) in the error message (optional, defaults to `false`)                                                                                         |
-| `maxAllowedValuesToDisplay`     |             `number`              | Max number of allowed values to display (optional, defaults to `10`). Allowed values beyond this limit will be hidden.                                                                                                 |
-| `allowedValuesSeparator`        |             `string`              | Used to concatenate allowed values in the message (optional, defaults to `", "`)                                                                                                                                       |
-| `allowedValuesLastSeparator`    |       `string \| undefined`       | Used to concatenate last allowed value in the message (optional, defaults to `" or "`). Set to `undefined` to disable.                                                                                                 |
-| `wrapAllowedValuesInQuote`      |             `boolean`             | Indicates whether to wrap allowed values in quotes (optional, defaults to `true`). Note that this only applies to string values.                                                                                       |
-| `maxUnrecognizedKeysToDisplay`  |             `number`              | Max number of unrecognized keys to display in the error message (optional, defaults to `5`)                                                                                                                            |
-| `unrecognizedKeysSeparator`     |             `string`              | Used to concatenate unrecognized keys in the message (optional, defaults to `", "`)                                                                                                                                    |
-| `unrecognizedKeysLastSeparator` |       `string \| undefined`       | Used to concatenate the last unrecognized key in message (optional, defaults to `" and "`). Set to `undefined` to disable.                                                                                             |
-| `wrapUnrecognizedKeysInQuote`   |             `boolean`             | Indicates whether to wrap unrecognized keys in quotes (optional, defaults to `true`). Note that this only applies to string keys.                                                                                      |
-| `dateLocalization`              | `boolean \| Intl.LocalesArgument` | Indicates whether to localize date values (optional, defaults to `true`). If set to `true`, it will use the default locale of the environment. You can also pass `Intl.LocalesArgument` to specify a custom locale.    |
-| `numberLocalization`            | `boolean \| Intl.LocalesArgument` | Indicates whether to localize numeric values (optional, defaults to `true`). If set to `true`, it will use the default locale of the environment. You can also pass `Intl.LocalesArgument` to specify a custom locale. |
-
-#### Example
-
-```typescript
-import { z as zod } from 'zod';
-import { createErrorMap } from 'zod-validation-error';
-
-zod.config({
-  customError: createErrorMap({
-    // default values are used when not specified
-    displayInvalidFormatDetails: true,
-  }),
-});
-```
-
-### createMessageBuilder
-
-Creates zod-validation-error's default `MessageBuilder`, which is used to produce user-friendly error messages.
-
-Meant to be passed as an option to [fromError](#fromerror), [fromZodIssue](#fromzodissue), [fromZodError](#fromzoderror) or [toValidationError](#tovalidationerror).
-
-#### Arguments
-
-- `options` - _Object_; formatting options (optional)
-
-##### createMessageBuilder Options
-
-| Name                 |         Type          | Description                                                                                                                              |
-| -------------------- | :-------------------: | ---------------------------------------------------------------------------------------------------------------------------------------- |
-| `maxIssuesInMessage` |       `number`        | Max issues to include in user-friendly message (optional, defaults to `99`)                                                              |
-| `issueSeparator`     |       `string`        | Used to concatenate issues in user-friendly message (optional, defaults to `";"`)                                                        |
-| `unionSeparator`     |       `string`        | Used to concatenate union-issues in user-friendly message (optional, defaults to `" or "`)                                               |
-| `prefix`             | `string \| undefined` | Prefix to use in user-friendly message (optional, defaults to `"Validation error"`). Pass `undefined` to disable prefix completely.      |
-| `prefixSeparator`    |       `string`        | Used to concatenate prefix with rest of the user-friendly message (optional, defaults to `": "`). Not used when `prefix` is `undefined`. |
-| `includePath`        |       `boolean`       | Indicates whether to include the erroneous property key in the error message (optional, defaults to `true`)                              |
-| `forceTitleCase`     |       `boolean`       | Indicates whether to convert individual issue messages to title case (optional, defaults to `true`).                                     |
-
-#### Example
-
-```typescript
-import { createMessageBuilder } from 'zod-validation-error';
-
-const messageBuilder = createMessageBuilder({
-  maxIssuesInMessage: 3,
-  includePath: false,
-});
-```
-
-### isValidationError
-
-A [type guard](https://www.typescriptlang.org/docs/handbook/2/narrowing.html#using-type-predicates) utility function, based on `instanceof` comparison.
-
-#### Arguments
-
-- `error` - error instance (required)
-
-#### Example
-
-```typescript
-import { z as zod } from 'zod';
-import { ValidationError, isValidationError } from 'zod-validation-error';
-
-const err = new ValidationError('foobar');
-isValidationError(err); // returns true
-
-const invalidErr = new Error('foobar');
-isValidationError(err); // returns false
-```
-
-### isValidationErrorLike
-
-A [type guard](https://www.typescriptlang.org/docs/handbook/2/narrowing.html#using-type-predicates) utility function, based on _heuristics_ comparison.
-
-_Why do we need heuristics since we can use a simple `instanceof` comparison?_ Because of multi-version inconsistencies. For instance, it's possible that a dependency is using an older `zod-validation-error` version internally. In such case, the `instanceof` comparison will yield invalid results because module deduplication does not apply at npm/yarn level and the prototype is different.
-
-tl;dr if you are uncertain then it is preferable to use `isValidationErrorLike` instead of `isValidationError`.
-
-#### Arguments
-
-- `error` - error instance (required)
-
-#### Example
-
-```typescript
-import { ValidationError, isValidationErrorLike } from 'zod-validation-error';
-
-const err = new ValidationError('foobar');
-isValidationErrorLike(err); // returns true
-
-const invalidErr = new Error('foobar');
-isValidationErrorLike(err); // returns false
-```
-
-### isZodErrorLike
-
-A [type guard](https://www.typescriptlang.org/docs/handbook/2/narrowing.html#using-type-predicates) utility function, based on _heuristics_ comparison.
-
-_Why do we need heuristics since we can use a simple `instanceof` comparison?_ Because of multi-version inconsistencies. For instance, it's possible that a dependency is using an older `zod` version internally. In such case, the `instanceof` comparison will yield invalid results because module deduplication does not apply at npm/yarn level and the prototype is different.
-
-#### Arguments
-
-- `error` - error instance (required)
-
-#### Example
-
-```typescript
-import { z as zod } from 'zod';
-import { ValidationError, isZodErrorLike } from 'zod-validation-error';
-
-const zodValidationErr = new ValidationError('foobar');
-isZodErrorLike(zodValidationErr); // returns false
-
-const genericErr = new Error('foobar');
-isZodErrorLike(genericErr); // returns false
-
-const zodErr = new zod.ZodError([
-  {
-    origin: 'number',
-    code: 'too_small',
-    minimum: 0,
-    inclusive: false,
-    path: ['id'],
-    message: 'Number must be greater than 0 at "id"',
-    input: -1,
-  },
-]);
-isZodErrorLike(zodErr); // returns true
-```
-
-### fromError
-
-Converts an error to `ValidationError`.
-
-_What is the difference between `fromError` and `fromZodError`?_ The `fromError` function is a less strict version of `fromZodError`. It can accept an unknown error and attempt to convert it to a `ValidationError`.
-
-#### Arguments
-
-- `error` - _unknown_; an error (required)
-- `options` - _Object_; formatting options (optional)
-  - `messageBuilder` - _MessageBuilder_; a function that accepts an array of `zod.ZodIssue` objects and returns a user-friendly error message in the form of a `string` (optional).
-
-#### Notes
-
-Alternatively, you may pass [createMessageBuilder options](#createmessagebuilder-options) directly as `options`. These will be used as arguments to create the `MessageBuilder` instance internally.
-
-### fromZodIssue
-
-Converts a single zod issue to `ValidationError`.
-
-#### Arguments
-
-- `zodIssue` - _zod.ZodIssue_; a ZodIssue instance (required)
-- `options` - _Object_; formatting options (optional)
-  - `messageBuilder` - _MessageBuilder_; a function that accepts an array of `zod.ZodIssue` objects and returns a user-friendly error message in the form of a `string` (optional).
-
-#### Notes
-
-Alternatively, you may pass [createMessageBuilder options](#createmessagebuilder-options) directly as `options`. These will be used as arguments to create the `MessageBuilder` instance internally.
-
-### fromZodError
-
-Converts zod error to `ValidationError`.
-
-_Why is the difference between `ZodError` and `ZodIssue`?_ A `ZodError` is a collection of 1 or more `ZodIssue` instances. It's what you get when you call `zodSchema.parse()`.
-
-#### Arguments
-
-- `zodError` - _zod.ZodError_; a ZodError instance (required)
-- `options` - _Object_; formatting options (optional)
-  - `messageBuilder` - _MessageBuilder_; a function that accepts an array of `zod.ZodIssue` objects and returns a user-friendly error message in the form of a `string` (optional).
-
-#### Notes
-
-Alternatively, you may pass [createMessageBuilder options](#createmessagebuilder-optionscreateMessageBuilder) directly as `options`. These will be used as arguments to create the `MessageBuilder` instance internally.
-
-### toValidationError
-
-A curried version of `fromZodError` meant to be used for FP (Functional Programming). Note it first takes the options object if needed and returns a function that converts the `zodError` to a `ValidationError` object
-
-```js
-toValidationError(options) => (zodError) => ValidationError
-```
-
-#### Example using fp-ts
-
-```typescript
-import * as Either from 'fp-ts/Either';
-import { z as zod } from 'zod';
-import { toValidationError, ValidationError } from 'zod-validation-error';
-
-// create zod schema
-const zodSchema = zod
-  .object({
-    id: zod.int().positive(),
-    email: zod.email(),
-  })
-  .brand<'User'>();
-
-export type User = zod.infer<typeof zodSchema>;
-
-export function parse(
-  value: zod.input<typeof zodSchema>
-): Either.Either<ValidationError, User> {
-  return Either.tryCatch(() => schema.parse(value), toValidationError());
-}
-```
-
-## FAQ
-
-### What is the difference between zod-validation-error and zod's own [prettifyError](https://zod.dev/error-formatting#zprettifyerror)?
-
-While both libraries aim to provide a human-readable string representation of a zod error, they differ in several ways...
-
-1. **End-user focus**: zod-validation-error provides opinionated, user-friendly error messages designed to be displayed directly to end-users in forms or API responses.
-1. **Customization options**: zod-validation-error offers extensive configuration for message formatting, such as controlling path inclusion, allowed values display, localization, and more.
-1. **Error handling**: zod-validation-error maintains the original error details while providing a clean, consistent interface through the ValidationError class.
-1. **Integration flexibility**: Beyond just formatting, zod-validation-error provides utility functions for error detection and conversion that work well in various architectural patterns, e.g. functional programming.
-
-Disclaimer: as per this [comment](https://github.com/causaly/zod-validation-error/issues/455#issuecomment-2811895152), we have no intention to antagonize zod. In fact, we are happy to decommission this module assuming it's in the best interest of the community. As of now, it seems that there's room for both `zod-validation-error` and `prettifyError`, also based on Colin McDonnell's [response](https://github.com/causaly/zod-validation-error/issues/455#issuecomment-2814466019).
-
-### Do I need to use `zod-validation-error`'s error map?
-
-No, you can use zod's native error map if you prefer. However, we recommend using `zod-validation-error`'s error map for better user-friendly messages.
-
-You may also use your own custom error map if you have specific requirements, e.g. internationalization.
-
-### Where can I see how `zod-validation-error`'s error map formatting works?
-
-The easiest way to understand how `zod-validation-error`'s error map works is to look at the [tests](./lib/v4/errorMap/errorMap.test.ts). They cover various scenarios and demonstrate how the error map formats issues into user-friendly messages.
-
-### How to distinguish between errors
-
-Use the `isValidationErrorLike` type guard.
-
-#### Example
-
-Scenario: Distinguish between `ValidationError` VS generic `Error` in order to respond with 400 VS 500 HTTP status code respectively.
-
-```typescript
-import { isValidationErrorLike } from 'zod-validation-error';
-
-try {
-  func(); // throws Error - or - ValidationError
-} catch (err) {
-  if (isValidationErrorLike(err)) {
-    return 400; // Bad Data (this is a client error)
-  }
-
-  return 500; // Server Error
-}
-```
-
-### How to use `ValidationError` outside `zod`
-
-It's possible to implement custom validation logic outside `zod` and throw a `ValidationError`.
-
-#### Example 1: passing custom message
-
-```typescript
-import { ValidationError } from 'zod-validation-error';
-import { Buffer } from 'node:buffer';
-
-function parseBuffer(buf: unknown): Buffer {
-  if (!Buffer.isBuffer(buf)) {
-    throw new ValidationError('Invalid argument; expected buffer');
-  }
-
-  return buf;
-}
-```
-
-#### Example 2: passing custom message and original error as cause
-
-```typescript
-import { ValidationError } from 'zod-validation-error';
-
-try {
-  // do something that throws an error
-} catch (err) {
-  throw new ValidationError('Something went deeply wrong', { cause: err });
-}
-```
-
-### How to use `ValidationError` with custom "error map"
-
-Zod supports customizing error messages by providing a custom "error map". You may combine this with `zod-validation-error` to produce user-friendly messages.
-
-#### Example: produce user-friendly error messages using the `customError` property
-
-If all you need is to produce user-friendly error messages you may use the `customError` property.
-
-```typescript
-import { z as zod } from 'zod';
-import { createErrorMap } from 'zod-validation-error';
-
-zod.config({
-  customError: createErrorMap({
-    includePath: true,
-  }),
-});
-```
-
-`zod-validation-error` will respect the `customError` property when it is set, no further configuration is needed.
-
-### Does `zod-validation-error` support CommonJS
-
-Yes, `zod-validation-error` supports CommonJS out-of-the-box. All you need to do is import it using `require`.
-
-#### Example
-
-```typescript
-const { ValidationError } = require('zod-validation-error');
-```
-
-## Contribute
-
-Source code contributions are most welcome. Please open a PR, ensure the linter is satisfied and all tests pass.
-
-#### We are hiring
-
-Causaly is building the world's largest biomedical knowledge platform, using technologies such as TypeScript, React and Node.js. Find out more about our openings at https://jobs.ashbyhq.com/causaly.
-
-## License
-
-MIT