Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Added sugarjs support to zoho-calendar… #12548

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

jcortes
Copy link
Collaborator

@jcortes jcortes commented Jun 24, 2024

WHY

Sugarjs support on Zoho Calendar action

Summary by CodeRabbit

  • New Features

    • Added support for natural language input for date and time across multiple actions and sources in Zoho Calendar.
    • Introduced a new dateTime object allowing natural language date-time inputs.
  • Enhancements

    • Improved date-time parsing and formatting using a new formatDateTime function.
    • Updated event fetching and filtering to enhance event handling and notification.
  • Version Updates

    • Updated versions for various modules reflecting the new enhancements and features.

@jcortes jcortes added action New Action Request refactor Apply this label for component refactors (not net new components) labels Jun 24, 2024
@jcortes jcortes self-assigned this Jun 24, 2024
Copy link

vercel bot commented Jun 24, 2024

The latest updates on your projects. Learn more about Vercel for Git ↗︎

1 Ignored Deployment
Name Status Preview Comments Updated (UTC)
pipedream-docs-redirect-do-not-edit ⬜️ Ignored (Inspect) Jun 26, 2024 5:44pm

Copy link

vercel bot commented Jun 24, 2024

@jcortes is attempting to deploy a commit to the Pipedreamers Team on Vercel.

A member of the Team first needs to authorize it.

Copy link
Contributor

coderabbitai bot commented Jun 24, 2024

Walkthrough

The updates enhance the zoho_calendar component by introducing natural language support for date-times, upgrading version dependencies, adding new utility methods, and slightly modifying the existing modules to improve functionality. Significant updates include a new formatDateTime utility method, alterations to handle new date-time parsing, and version increments across various modules.

Changes

File Path Change Summary
components/zoho_calendar/.../create-or-update-event.mjs Enhanced to support natural language date-times; version and description fields updated.
components/zoho_calendar/.../list-events.mjs Changed startDate and endDate props to startTime and endTime; version incremented.
components/zoho_calendar/.../create-event-smart-add.mjs Updated version from 0.0.1 to 0.0.2.
components/zoho_calendar/.../utils.mjs Added formatDateTime method using sugar for date-time parsing and formatting.
components/zoho_calendar/package.json Bumped package version from 0.1.2 to 0.1.3; updated dependency on @pipedream/platform.
components/zoho_calendar/.../event-updated.mjs Updated version from 0.0.2 to 0.0.3.
components/zoho_calendar/.../new-event-created.mjs Updated version from 0.0.2 to 0.0.3.
components/zoho_calendar/.../common/base.mjs Added an async run method to fetch, filter, sort, emit events, and update last modified time.
components/zoho_calendar/.../zoho_calendar.app.mjs Introduced a dateTime object for natural language date-time input with reference to SugarJS.

Sequence Diagram(s)

sequenceDiagram
    participant user as User
    participant action as create-or-update-event
    participant utils as Utils
    
    user->>action: Provide date-time in natural language
    action->>utils: Call formatDateTime(dateStr)
    utils->>action: Return formatted date-time
    action->>ZohoAPI: Create/Update Event with formatted date-time
    ZohoAPI->>action: Response
    action->>user: Confirm event creation/update
Loading

Poem

In the land of code so bright and neat,
New dates now parse with natural feat.
Time flows with ease, no more a chore,
For Zoho Calendar, it's version four.
A rabbit’s touch, with subtle grace,
Now schedules dance in perfect place. 🐇🗓️


Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?

Share
Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>.
    • Generate unit testing code for this file.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai generate unit testing code for this file.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai generate interesting stats about this repository and render them as a table.
    • @coderabbitai show all the console.log statements in this repository.
    • @coderabbitai read src/utils.ts and generate unit testing code.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

CodeRabbit Commands (invoked as PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Additionally, you can add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.

CodeRabbit Configration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 0

Outside diff range and nitpick comments (1)
helpers/lib/array.ts (1)

Line range hint 6-29: Approved: Refactoring of array sanitization function.

The renaming to sanitize and the implementation adjustments improve clarity and functionality. Consider enhancing the error message to include more context about the failure for better debugging.

- throw new Error(`${value} is not an array or an array-like`);
+ throw new Error(`Input value '${value}' is not an array or an array-like structure.`);
Review details

Configuration used: CodeRabbit UI
Review profile: CHILL

Commits

Files that changed from the base of the PR and between 57e8d82 and 4c95d65.

Files ignored due to path filters (2)
  • helpers/package-lock.json is excluded by !**/package-lock.json
  • pnpm-lock.yaml is excluded by !**/pnpm-lock.yaml
Files selected for processing (7)
  • components/zoho_calendar/actions/create-or-update-event/create-or-update-event.mjs (4 hunks)
  • components/zoho_calendar/package.json (2 hunks)
  • helpers/lib/array.ts (2 hunks)
  • helpers/lib/dateTime.ts (1 hunks)
  • helpers/lib/index.ts (1 hunks)
  • helpers/package.json (1 hunks)
  • helpers/tsconfig.json (1 hunks)
Files skipped from review due to trivial changes (2)
  • components/zoho_calendar/package.json
  • helpers/lib/index.ts
Additional comments not posted (4)
helpers/lib/dateTime.ts (1)

3-5: Approved: parseDate function implementation.

The usage of sugar.Date.create for parsing date strings is appropriate and leverages the library effectively.

helpers/tsconfig.json (1)

2-12: Approved: TypeScript compiler configuration.

The configuration is well-set for a modern TypeScript project, using NodeNext for ECMAScript module support and including appropriate compiler options for strict type checking and module resolution.

helpers/package.json (1)

3-32: Approved: Updates to package.json with suggestions.

The updates, including the version bump and dependency changes, are appropriate for the refactoring and feature additions. However, ensure that dependent projects are tested against these changes to avoid integration issues.

components/zoho_calendar/actions/create-or-update-event/create-or-update-event.mjs (1)

3-3: Approved: Enhancements to Zoho Calendar event creation/update.

The addition of SugarJS for natural language date input, along with the new formatDateTime method, significantly improves the functionality. Ensure that these changes are covered by unit tests to verify their correctness and robustness.

Also applies to: 9-9, 31-36, 107-112, 148-149

@jcortes jcortes force-pushed the date-props-migration-to-support-sugarjs branch from 4c95d65 to 90dac4d Compare June 24, 2024 20:03
@jcortes jcortes changed the title Refactored helpers package and added sugarjs support to zoho-calendar… Added sugarjs support to zoho-calendar… Jun 24, 2024
Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 0

Review details

Configuration used: CodeRabbit UI
Review profile: CHILL

Commits

Files that changed from the base of the PR and between 4c95d65 and 90dac4d.

Files ignored due to path filters (1)
  • pnpm-lock.yaml is excluded by !**/pnpm-lock.yaml
Files selected for processing (2)
  • components/zoho_calendar/actions/create-or-update-event/create-or-update-event.mjs (4 hunks)
  • components/zoho_calendar/package.json (2 hunks)
Files skipped from review as they are similar to previous changes (2)
  • components/zoho_calendar/actions/create-or-update-event/create-or-update-event.mjs
  • components/zoho_calendar/package.json

@dylburger dylburger added the triaged For maintainers: This issue has been triaged by a Pipedream employee label Jun 24, 2024
@jcortes jcortes force-pushed the date-props-migration-to-support-sugarjs branch from 90dac4d to c409617 Compare June 24, 2024 22:09
Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 1

Outside diff range and nitpick comments (1)
components/zoho_calendar/zoho_calendar.app.mjs (1)

Line range hint 80-80: Optimize the use of spread syntax in accumulators.

The use of spread syntax in the clearEmptyProps method can lead to performance issues due to its O(n^2) time complexity when used in accumulators. Consider using .push or .splice instead.

- return Object.entries(obj)
-   .reduce((reduction, [key, value]) => {
-     if (value === undefined || value === null) {
-       return reduction;
-     }
-     return {
-       ...reduction,
-       [key]: value,
-     };
-   }, {});
+ return Object.entries(obj)
+   .reduce((reduction, [key, value]) => {
+     if (!(value === undefined || value === null)) {
+       reduction[key] = value;
+     }
+     return reduction;
+   }, {});
Review details

Configuration used: CodeRabbit UI
Review profile: CHILL

Commits

Files that changed from the base of the PR and between 90dac4d and c409617.

Files ignored due to path filters (1)
  • pnpm-lock.yaml is excluded by !**/pnpm-lock.yaml
Files selected for processing (8)
  • components/zoho_calendar/actions/create-event-smart-add/create-event-smart-add.mjs (1 hunks)
  • components/zoho_calendar/actions/create-or-update-event/create-or-update-event.mjs (3 hunks)
  • components/zoho_calendar/actions/list-events/list-events.mjs (3 hunks)
  • components/zoho_calendar/common/utils.mjs (1 hunks)
  • components/zoho_calendar/package.json (2 hunks)
  • components/zoho_calendar/sources/event-updated/event-updated.mjs (1 hunks)
  • components/zoho_calendar/sources/new-event-created/new-event-created.mjs (1 hunks)
  • components/zoho_calendar/zoho_calendar.app.mjs (1 hunks)
Files skipped from review due to trivial changes (3)
  • components/zoho_calendar/actions/create-event-smart-add/create-event-smart-add.mjs
  • components/zoho_calendar/sources/event-updated/event-updated.mjs
  • components/zoho_calendar/sources/new-event-created/new-event-created.mjs
Files skipped from review as they are similar to previous changes (2)
  • components/zoho_calendar/actions/create-or-update-event/create-or-update-event.mjs
  • components/zoho_calendar/package.json
Additional context used
Biome
components/zoho_calendar/zoho_calendar.app.mjs

[error] 80-80: Avoid the use of spread (...) syntax on accumulators. (lint/performance/noAccumulatingSpread)

Spread syntax should be avoided on accumulators (like those in .reduce) because it causes a time complexity of O(n^2).
Consider methods such as .splice or .push instead.

Additional comments not posted (6)
components/zoho_calendar/common/utils.mjs (1)

10-12: Approved the export structure of utils.mjs.

The export structure is clear and correctly exposes the formatDateTime function as a default export. This is consistent with ES6 module best practices.

components/zoho_calendar/actions/list-events/list-events.mjs (4)

3-3: Approved the import of utils.mjs.

The import statement correctly brings in the utils module for use in this file. This is necessary for the new functionality that formats date strings.


9-9: Version increment is appropriate.

Incrementing the version from 0.0.2 to 0.0.3 is suitable given the functional changes made in this file, specifically the handling of date inputs.


50-51: Approved the use of formatDateTime for date formatting.

Using formatDateTime from utils to format startDate and endDate is a robust choice, ensuring consistency in date handling across the application.


19-33: Ensure consistency in prop definitions.

The startTime and endTime props have been updated to use the new dateTime type from app. This is a good enhancement for supporting natural language input. Ensure that the rest of the application is updated to handle these changes, especially in areas where these props are used.

components/zoho_calendar/zoho_calendar.app.mjs (1)

37-41: Approved the addition of the dateTime prop.

The dateTime prop is well-defined, providing clear instructions on its use and referencing external documentation for further details. This enhances user experience by allowing natural language input.

components/zoho_calendar/common/utils.mjs Outdated Show resolved Hide resolved
@jcortes jcortes force-pushed the date-props-migration-to-support-sugarjs branch from c409617 to c2487ce Compare June 25, 2024 15:34
Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 0

Outside diff range and nitpick comments (1)
components/zoho_calendar/zoho_calendar.app.mjs (1)

Line range hint 80-80: Optimize the clearEmptyProps method to improve performance.

The use of the spread syntax in the .reduce function can lead to performance issues, especially with larger objects. Consider using a more efficient method to construct the object.

- return Object.entries(obj)
-   .reduce((reduction, [key, value]) => {
-     if (value === undefined || value === null) {
-       return reduction;
-     }
-     return {
-       ...reduction,
-       [key]: value,
-     };
-   }, {});
+ return Object.entries(obj)
+   .reduce((reduction, [key, value]) => {
+     if (value !== undefined && value !== null) {
+       reduction[key] = value;
+     }
+     return reduction;
+   }, {});
Review details

Configuration used: CodeRabbit UI
Review profile: CHILL

Commits

Files that changed from the base of the PR and between c409617 and c2487ce.

Files ignored due to path filters (1)
  • pnpm-lock.yaml is excluded by !**/pnpm-lock.yaml
Files selected for processing (8)
  • components/zoho_calendar/actions/create-event-smart-add/create-event-smart-add.mjs (1 hunks)
  • components/zoho_calendar/actions/create-or-update-event/create-or-update-event.mjs (3 hunks)
  • components/zoho_calendar/actions/list-events/list-events.mjs (3 hunks)
  • components/zoho_calendar/common/utils.mjs (1 hunks)
  • components/zoho_calendar/package.json (2 hunks)
  • components/zoho_calendar/sources/event-updated/event-updated.mjs (1 hunks)
  • components/zoho_calendar/sources/new-event-created/new-event-created.mjs (1 hunks)
  • components/zoho_calendar/zoho_calendar.app.mjs (1 hunks)
Files skipped from review as they are similar to previous changes (7)
  • components/zoho_calendar/actions/create-event-smart-add/create-event-smart-add.mjs
  • components/zoho_calendar/actions/create-or-update-event/create-or-update-event.mjs
  • components/zoho_calendar/actions/list-events/list-events.mjs
  • components/zoho_calendar/common/utils.mjs
  • components/zoho_calendar/package.json
  • components/zoho_calendar/sources/event-updated/event-updated.mjs
  • components/zoho_calendar/sources/new-event-created/new-event-created.mjs
Additional context used
Biome
components/zoho_calendar/zoho_calendar.app.mjs

[error] 80-80: Avoid the use of spread (...) syntax on accumulators. (lint/performance/noAccumulatingSpread)

Spread syntax should be avoided on accumulators (like those in .reduce) because it causes a time complexity of O(n^2).
Consider methods such as .splice or .push instead.

Additional comments not posted (1)
components/zoho_calendar/zoho_calendar.app.mjs (1)

37-40: Addition of dateTime property with natural language support.

The addition of the dateTime property to support natural language input for date and time is a significant improvement for user experience. The link to the SugarJS documentation is a helpful resource for users.

@jcortes jcortes force-pushed the date-props-migration-to-support-sugarjs branch from c2487ce to 39dfadb Compare June 25, 2024 15:59
Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 0

Outside diff range and nitpick comments (1)
components/zoho_calendar/zoho_calendar.app.mjs (1)

Line range hint 80-80: Optimize object construction in clearEmptyProps method.

The use of spread syntax in the accumulator of the .reduce function leads to inefficient code by re-creating the object on each iteration, causing a time complexity of O(n^2).

- return Object.entries(obj)
-   .reduce((reduction, [key, value]) => {
-     if (value === undefined || value === null) {
-       return reduction;
-     }
-     return {
-       ...reduction,
-       [key]: value,
-     };
-   }, {});

+ const result = {};
+ Object.entries(obj).forEach(([key, value]) => {
+   if (value !== undefined && value !== null) {
+     result[key] = value;
+   }
+ });
+ return result;

This refactoring replaces the .reduce method with a more efficient iteration using forEach, directly modifying the result object without creating new ones in each iteration.

Review details

Configuration used: CodeRabbit UI
Review profile: CHILL

Commits

Files that changed from the base of the PR and between c2487ce and 39dfadb.

Files ignored due to path filters (1)
  • pnpm-lock.yaml is excluded by !**/pnpm-lock.yaml
Files selected for processing (8)
  • components/zoho_calendar/actions/create-event-smart-add/create-event-smart-add.mjs (1 hunks)
  • components/zoho_calendar/actions/create-or-update-event/create-or-update-event.mjs (3 hunks)
  • components/zoho_calendar/actions/list-events/list-events.mjs (3 hunks)
  • components/zoho_calendar/common/utils.mjs (1 hunks)
  • components/zoho_calendar/package.json (2 hunks)
  • components/zoho_calendar/sources/event-updated/event-updated.mjs (1 hunks)
  • components/zoho_calendar/sources/new-event-created/new-event-created.mjs (1 hunks)
  • components/zoho_calendar/zoho_calendar.app.mjs (1 hunks)
Files skipped from review as they are similar to previous changes (7)
  • components/zoho_calendar/actions/create-event-smart-add/create-event-smart-add.mjs
  • components/zoho_calendar/actions/create-or-update-event/create-or-update-event.mjs
  • components/zoho_calendar/actions/list-events/list-events.mjs
  • components/zoho_calendar/common/utils.mjs
  • components/zoho_calendar/package.json
  • components/zoho_calendar/sources/event-updated/event-updated.mjs
  • components/zoho_calendar/sources/new-event-created/new-event-created.mjs
Additional context used
Biome
components/zoho_calendar/zoho_calendar.app.mjs

[error] 80-80: Avoid the use of spread (...) syntax on accumulators. (lint/performance/noAccumulatingSpread)

Spread syntax should be avoided on accumulators (like those in .reduce) because it causes a time complexity of O(n^2).
Consider methods such as .splice or .push instead.

Additional comments not posted (1)
components/zoho_calendar/zoho_calendar.app.mjs (1)

37-40: New dateTime property added for natural language date inputs.

The addition of the dateTime property, which supports natural language date inputs, aligns well with the PR's objective to enhance user experience by allowing more flexible date inputs.

@jcortes jcortes moved this from Doing to Ready for PR review in Component (Source and Action) Backlog Jun 25, 2024
@luancazarine luancazarine moved this from Ready for PR review to In Review in Component (Source and Action) Backlog Jun 25, 2024
luancazarine
luancazarine previously approved these changes Jun 25, 2024
Copy link
Collaborator

@luancazarine luancazarine left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi @jcortes, LGTM! Ready for QA!

@luancazarine luancazarine moved this from In Review to Ready for QA in Component (Source and Action) Backlog Jun 25, 2024
@vunguyenhung vunguyenhung moved this from Ready for QA to In QA in Component (Source and Action) Backlog Jun 26, 2024
@vunguyenhung vunguyenhung moved this from In QA to Changes Required in Component (Source and Action) Backlog Jun 26, 2024
@vunguyenhung
Copy link
Collaborator

Hello everyone, I have tested this PR and there're some test cases failed or needed improvement.

Please check the test report below for more information
https://vunguyenhung.notion.site/Added-sugarjs-support-to-zoho-calendar-12548-38b2d8371efd42febce1ab6d0c278ad3

Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 1

Outside diff range and nitpick comments (1)
components/zoho_calendar/zoho_calendar.app.mjs (1)

Line range hint 80-80: Optimization suggestion for clearEmptyProps method.

The use of spread syntax in the .reduce method can lead to performance issues, especially with large objects. Consider using a more efficient method to accumulate properties.

- return Object.entries(obj)
-   .reduce((reduction, [key, value]) => {
-     if (value === undefined || value === null) {
-       return reduction;
-     }
-     return {
-       ...reduction,
-       [key]: value,
-     };
-   }, {});
+ const result = {};
+ for (const [key, value] of Object.entries(obj)) {
+   if (value !== undefined && value !== null) {
+     result[key] = value;
+   }
+ }
+ return result;
Review details

Configuration used: CodeRabbit UI
Review profile: CHILL

Commits

Files that changed from the base of the PR and between 39dfadb and 425bad6.

Files ignored due to path filters (1)
  • pnpm-lock.yaml is excluded by !**/pnpm-lock.yaml
Files selected for processing (9)
  • components/zoho_calendar/actions/create-event-smart-add/create-event-smart-add.mjs (1 hunks)
  • components/zoho_calendar/actions/create-or-update-event/create-or-update-event.mjs (4 hunks)
  • components/zoho_calendar/actions/list-events/list-events.mjs (2 hunks)
  • components/zoho_calendar/common/utils.mjs (1 hunks)
  • components/zoho_calendar/package.json (2 hunks)
  • components/zoho_calendar/sources/common/base.mjs (1 hunks)
  • components/zoho_calendar/sources/event-updated/event-updated.mjs (2 hunks)
  • components/zoho_calendar/sources/new-event-created/new-event-created.mjs (2 hunks)
  • components/zoho_calendar/zoho_calendar.app.mjs (1 hunks)
Files skipped from review as they are similar to previous changes (7)
  • components/zoho_calendar/actions/create-event-smart-add/create-event-smart-add.mjs
  • components/zoho_calendar/actions/create-or-update-event/create-or-update-event.mjs
  • components/zoho_calendar/actions/list-events/list-events.mjs
  • components/zoho_calendar/common/utils.mjs
  • components/zoho_calendar/package.json
  • components/zoho_calendar/sources/event-updated/event-updated.mjs
  • components/zoho_calendar/sources/new-event-created/new-event-created.mjs
Additional context used
Biome
components/zoho_calendar/zoho_calendar.app.mjs

[error] 80-80: Avoid the use of spread (...) syntax on accumulators. (lint/performance/noAccumulatingSpread)

Spread syntax should be avoided on accumulators (like those in .reduce) because it causes a time complexity of O(n^2).
Consider methods such as .splice or .push instead.

Additional comments not posted (1)
components/zoho_calendar/zoho_calendar.app.mjs (1)

37-41: Review of the new dateTime property.

The addition of the dateTime property enhances the flexibility of date inputs by allowing natural language processing. This is a significant usability improvement for end-users.

@jcortes jcortes moved this from Changes Required to Ready for QA in Component (Source and Action) Backlog Jun 27, 2024
@vunguyenhung vunguyenhung moved this from Ready for QA to In QA in Component (Source and Action) Backlog Jun 28, 2024
@vunguyenhung vunguyenhung moved this from In QA to Ready for QA in Component (Source and Action) Backlog Jun 28, 2024
@vunguyenhung vunguyenhung moved this from Ready for QA to In QA in Component (Source and Action) Backlog Jun 28, 2024
@vunguyenhung vunguyenhung moved this from In QA to Ready for release in Component (Source and Action) Backlog Jun 28, 2024
@vunguyenhung
Copy link
Collaborator

Hi everyone, all test cases are passed! Ready for release!

Test report
https://vunguyenhung.notion.site/Added-sugarjs-support-to-zoho-calendar-12548-38b2d8371efd42febce1ab6d0c278ad3

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
action New Action Request refactor Apply this label for component refactors (not net new components) triaged For maintainers: This issue has been triaged by a Pipedream employee
Projects
Development

Successfully merging this pull request may close these issues.

None yet

4 participants