Skip to content

Conversation

@luancazarine
Copy link
Collaborator

@luancazarine luancazarine commented Nov 24, 2025

Resolves #13409

Summary by CodeRabbit

  • New Features

    • Added Intelliprint integration to create print jobs with many configurable options (splitting, double-sided, postage, envelope, metadata, etc.).
    • Added a public create-print-job action and standardized option sets for printing choices.
  • Documentation

    • Removed overview and example use-case content from the Intelliprint README.
  • Chores

    • Bumped package version to 0.1.0 and updated dependencies.

✏️ Tip: You can customize this high-level summary in your review settings.

- Added methods for API interaction in intelliprint.app.mjs, including authentication and request handling.
- Introduced create-a-print-job action with detailed properties for job configuration.
- Updated package version to 0.1.0 and added dependency on @pipedream/platform.
- Removed outdated README.md file and added utility function for camelCase to snake_case conversion.
@luancazarine luancazarine linked an issue Nov 24, 2025 that may be closed by this pull request
@vercel
Copy link

vercel bot commented Nov 24, 2025

The latest updates on your projects. Learn more about Vercel for GitHub.

2 Skipped Deployments
Project Deployment Preview Comments Updated (UTC)
pipedream-docs Ignored Ignored Nov 27, 2025 4:37pm
pipedream-docs-redirect-do-not-edit Ignored Ignored Nov 27, 2025 4:37pm

@coderabbitai
Copy link
Contributor

coderabbitai bot commented Nov 24, 2025

Walkthrough

Adds an Intelliprint create-print-job action, supporting app request helpers, option constants, and a camelCase-to-snake_case utility; removes README content and updates package version and dependencies.

Changes

Cohort / File(s) Summary
Documentation
components/intelliprint/README.md
Removed the "Overview" and "Example Use Cases" documentation content.
New Action
components/intelliprint/actions/create-a-print-job/create-a-print-job.mjs
Added an action that reads a file via getFileStreamAndMetadata, builds multipart/form-data (converting camelCase props to snake_case), calls intelliprint.createPrintJob, returns the API response and exports a summary; API errors are converted to ConfigurationError.
App Integration
components/intelliprint/intelliprint.app.mjs
Removed authKeys(); added _apiUrl(), _getAuth(), _makeRequest() helpers and a public createPrintJob(args = {}) that POSTS to /prints using the helper layer with basic auth.
Utilities
components/intelliprint/common/utils.mjs
Added camelCaseToSnakeCase(str) utility to convert camelCase strings to snake_case; returns undefined for null/undefined input.
Constants
components/intelliprint/common/constants.mjs
Added exported option arrays: SPLITTING_METHOD_OPTIONS, DOUBLE_SIDED_OPTIONS, POSTAGE_SERVICE_OPTIONS, IDEAL_ENVELOPE_OPTIONS.
Metadata / deps
components/intelliprint/package.json
Bumped version to 0.1.0 and added dependency "@pipedream/platform": "^3.1.1".

Sequence Diagram(s)

sequenceDiagram
    participant Action as Create Print Job Action
    participant Utils as camelCaseToSnakeCase
    participant App as intelliprint.app
    participant API as Intelliprint API

    Action->>Action: resolve file via getFileStreamAndMetadata()
    Action->>Action: create FormData and append file stream
    loop for each prop
        Action->>Utils: convert prop name to snake_case
        Utils-->>Action: snake_case name
        Action->>Action: append field to FormData
    end
    Action->>App: call createPrintJob(FormData, headers)
    App->>App: _apiUrl() and _getAuth() prepare request
    App->>API: POST /prints with FormData + auth
    alt Success
        API-->>App: 200 response
        App-->>Action: return response
    else Error
        API-->>App: error response
        App-->>Action: propagate as ConfigurationError
    end
Loading

Estimated code review effort

🎯 3 (Moderate) | ⏱️ ~25 minutes

  • Files to focus on:
    • components/intelliprint/actions/create-a-print-job/create-a-print-job.mjs: verify prop schema, FormData assembly, stream handling, and snake_case conversion.
    • components/intelliprint/intelliprint.app.mjs: verify HTTP helper correctness, auth handling, and error propagation.
    • components/intelliprint/common/utils.mjs: check regex correctness and null/undefined handling.
    • components/intelliprint/common/constants.mjs: confirm option lists match intended allowed values.

Pre-merge checks and finishing touches

❌ Failed checks (3 warnings, 1 inconclusive)
Check name Status Explanation Resolution
Description check ⚠️ Warning The description only contains a ticket reference ('Resolves #13409') without explaining the purpose, approach, or key details of the implementation. Expand the description to include the WHY section from the template, explaining the objective of adding the Intelliprint component and the send-letter action.
Linked Issues check ⚠️ Warning The PR implements API foundation and general component structure, but does not deliver the specific 'send-letter' action required by issue #13409 with the exact props specified (content, address, subject). Implement the 'send-letter' action with the required content, address, and optional subject props as specified in issue #13409 instead of the generic create-a-print-job action.
Out of Scope Changes check ⚠️ Warning The PR includes utility functions, constants, and a generic print job creation action that extend beyond the specific 'send-letter' action requirement and appear to be infrastructure for a broader Intelliprint integration. Focus the PR on implementing the 'send-letter' action with the three required props. Consider separate PRs for generic infrastructure if broader integration is planned.
Title check ❓ Inconclusive The title is vague and uses a generic format with ticket number and component name, providing minimal meaningful information about the specific changes. Use a more descriptive title that summarizes the main change, e.g., 'Add Intelliprint component with send-letter action' instead of just the ticket reference.
✅ Passed checks (1 passed)
Check name Status Explanation
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
✨ Finishing touches
  • 📝 Generate docstrings
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Post copyable unit tests in a comment
  • Commit unit tests in branch 13409-components-intelliprint

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

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: 5

📜 Review details

Configuration used: CodeRabbit UI

Review profile: ASSERTIVE

Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 6845b85 and 70da9d0.

⛔ Files ignored due to path filters (1)
  • pnpm-lock.yaml is excluded by !**/pnpm-lock.yaml
📒 Files selected for processing (5)
  • components/intelliprint/README.md (0 hunks)
  • components/intelliprint/actions/create-a-print-job/create-a-print-job.mjs (1 hunks)
  • components/intelliprint/common/utils.mjs (1 hunks)
  • components/intelliprint/intelliprint.app.mjs (1 hunks)
  • components/intelliprint/package.json (2 hunks)
💤 Files with no reviewable changes (1)
  • components/intelliprint/README.md
🧰 Additional context used
🧠 Learnings (2)
📚 Learning: 2024-12-12T19:23:09.039Z
Learnt from: jcortes
Repo: PipedreamHQ/pipedream PR: 14935
File: components/sailpoint/package.json:15-18
Timestamp: 2024-12-12T19:23:09.039Z
Learning: When developing Pipedream components, do not add built-in Node.js modules like `fs` to `package.json` dependencies, as they are native modules provided by the Node.js runtime.

Applied to files:

  • components/intelliprint/package.json
📚 Learning: 2025-09-15T22:01:11.472Z
Learnt from: GTFalcao
Repo: PipedreamHQ/pipedream PR: 18362
File: components/leonardo_ai/actions/generate-image/generate-image.mjs:103-105
Timestamp: 2025-09-15T22:01:11.472Z
Learning: In Pipedream components, pipedream/platform's axios implementation automatically excludes undefined values from HTTP requests, so there's no need to manually check for truthiness before including properties in request payloads.

Applied to files:

  • components/intelliprint/intelliprint.app.mjs
🧬 Code graph analysis (2)
components/intelliprint/actions/create-a-print-job/create-a-print-job.mjs (1)
components/intelliprint/common/utils.mjs (2)
  • camelCaseToSnakeCase (1-3)
  • camelCaseToSnakeCase (1-3)
components/intelliprint/intelliprint.app.mjs (1)
components/gmail/gmail.app.mjs (1)
  • axios (415-423)
⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (4)
  • GitHub Check: pnpm publish
  • GitHub Check: Lint Code Base
  • GitHub Check: Publish TypeScript components
  • GitHub Check: Verify TypeScript components
🔇 Additional comments (3)
components/intelliprint/package.json (1)

3-3: LGTM! Dependency and version bump are appropriate.

The version bump to 0.1.0 and addition of @pipedream/platform dependency align with the new action functionality introduced in this PR.

Also applies to: 15-16

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

8-32: LGTM! API wrapper implementation is clean and correct.

The authentication setup using basic auth with the API key as username and empty password is appropriate. The request abstraction with _makeRequest provides a good foundation for additional API methods.

components/intelliprint/actions/create-a-print-job/create-a-print-job.mjs (1)

10-178: Review comment appears to be based on incorrect PR objectives.

The commit message for this implementation states: "Implement Intelliprint API integration with new create print job action" — not a "send-letter" action. The directory structure confirms only a create-a-print-job action exists in this PR, and the implemented properties (postage service, envelope size, mail date, backgrounds, double-sided options) align with print job creation for a mail-printing service, not letter composition.

The review comment references PR objectives from issue #13409 calling for a "send-letter" action with content, address, and subject props, but this does not match the actual PR scope or implementation. The filePath prop (referencing a document to print) serves the analogous purpose to content, and the action supports postage/delivery configuration rather than recipient address in the traditional sense, as Intelliprint handles the physical delivery.

Likely an incorrect or invalid review comment.

Copy link
Collaborator

@lcaresia lcaresia left a comment

Choose a reason for hiding this comment

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

Just some few changes.

- Introduced a new constants file to define options for splitting methods, double-sided printing, postage services, and ideal envelope sizes.
- Updated the create-a-print-job action to utilize these constants for improved maintainability and clarity.
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: 2

♻️ Duplicate comments (4)
components/intelliprint/actions/create-a-print-job/create-a-print-job.mjs (4)

1-1: Remove the unnecessary eslint-disable comment.

All imports are used: ConfigurationError (line 200), getFileStreamAndMetadata (line 176), FormData (line 178), constants (lines 56, 75, 94, 101), camelCaseToSnakeCase (line 188), and intelliprint (line 191).


158-163: Remove unused required prop syncDir.

The syncDir prop is marked as required but is never used in the run method. It's destructured at line 170 but serves no purpose since the action uses getFileStreamAndMetadata with the filePath string prop.

Apply this diff to remove the unused prop:

     metadata: {
       type: "object",
       label: "Metadata",
       description: "A key-value object for storing any information you want to along with this Print Job.",
       optional: true,
     },
-    syncDir: {
-      type: "dir",
-      accessMode: "read",
-      sync: true,
-      optional: false,
-    },

And remove it from the destructuring:

     const {
       intelliprint,
       filePath,
-      syncDir,
       ...data
     } = this;

184-189: Critical: String conversion breaks object and boolean values.

Converting all values to strings with template literals will corrupt the metadata object (becomes "[object Object]") and misrepresent booleans as strings. The API likely expects proper JSON for objects and correct types for booleans.

Apply this diff to handle different value types correctly:

      for (const [
        key,
        value,
      ] of Object.entries(data)) {
-        formData.append(camelCaseToSnakeCase(key), `${value}`);
+        if (value !== undefined && value !== null) {
+          const fieldValue = typeof value === "object" ? JSON.stringify(value) : value;
+          formData.append(camelCaseToSnakeCase(key), fieldValue);
+        }
      }

199-201: Unsafe error property access could cause runtime error.

Line 200 assumes error.response.data.error.message exists. If any part of this chain is undefined, it will throw a TypeError instead of the intended ConfigurationError.

Apply this diff to safely access the error message:

     } catch (error) {
-      throw new ConfigurationError(`Error creating print job: ${error.response.data.error.message}`);
+      const errorMessage = error?.response?.data?.error?.message || error?.message || "Unknown error";
+      throw new ConfigurationError(`Error creating print job: ${errorMessage}`);
     }
📜 Review details

Configuration used: CodeRabbit UI

Review profile: ASSERTIVE

Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 70da9d0 and c7a8420.

📒 Files selected for processing (2)
  • components/intelliprint/actions/create-a-print-job/create-a-print-job.mjs (1 hunks)
  • components/intelliprint/common/constants.mjs (1 hunks)
🧰 Additional context used
🧠 Learnings (4)
📚 Learning: 2025-10-20T01:01:02.970Z
Learnt from: js07
Repo: PipedreamHQ/pipedream PR: 18744
File: components/slack_v2/actions/send-large-message/send-large-message.mjs:49-64
Timestamp: 2025-10-20T01:01:02.970Z
Learning: In components/slack_v2/actions/send-large-message/send-large-message.mjs, the metadata_event_payload prop is typed as string, so the code only needs to handle string-to-JSON parsing and does not need to handle object inputs.

Applied to files:

  • components/intelliprint/actions/create-a-print-job/create-a-print-job.mjs
📚 Learning: 2025-01-29T22:59:38.825Z
Learnt from: GTFalcao
Repo: PipedreamHQ/pipedream PR: 15436
File: components/printful/printful.app.mjs:55-63
Timestamp: 2025-01-29T22:59:38.825Z
Learning: Console.log statements should be removed before merging PRs to maintain code quality and prevent potential security risks from exposing sensitive information in logs.

Applied to files:

  • components/intelliprint/actions/create-a-print-job/create-a-print-job.mjs
📚 Learning: 2025-07-01T17:07:48.193Z
Learnt from: js07
Repo: PipedreamHQ/pipedream PR: 17375
File: components/zerobounce/actions/get-validation-results-file/get-validation-results-file.mjs:23-27
Timestamp: 2025-07-01T17:07:48.193Z
Learning: For "dir" props in Pipedream components, whether to mark them as optional depends on the action's file I/O behavior - if an action always writes files as output, the "dir" prop should not be marked as optional.

Applied to files:

  • components/intelliprint/actions/create-a-print-job/create-a-print-job.mjs
📚 Learning: 2025-07-01T17:01:46.327Z
Learnt from: js07
Repo: PipedreamHQ/pipedream PR: 17375
File: components/tinypng/actions/compress-image/compress-image.mjs:18-23
Timestamp: 2025-07-01T17:01:46.327Z
Learning: In TinyPNG compress-image action (components/tinypng/actions/compress-image/compress-image.mjs), the syncDir property uses accessMode: "read" because this action only reads input files and returns API responses without writing files to /tmp, unlike other TinyPNG actions that save processed files to disk.

Applied to files:

  • components/intelliprint/actions/create-a-print-job/create-a-print-job.mjs
🧬 Code graph analysis (1)
components/intelliprint/actions/create-a-print-job/create-a-print-job.mjs (2)
components/intelliprint/common/constants.mjs (8)
  • SPLITTING_METHOD_OPTIONS (1-5)
  • SPLITTING_METHOD_OPTIONS (1-5)
  • DOUBLE_SIDED_OPTIONS (7-11)
  • DOUBLE_SIDED_OPTIONS (7-11)
  • POSTAGE_SERVICE_OPTIONS (13-20)
  • POSTAGE_SERVICE_OPTIONS (13-20)
  • IDEAL_ENVELOPE_OPTIONS (22-27)
  • IDEAL_ENVELOPE_OPTIONS (22-27)
components/intelliprint/common/utils.mjs (2)
  • camelCaseToSnakeCase (1-3)
  • camelCaseToSnakeCase (1-3)
⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (4)
  • GitHub Check: pnpm publish
  • GitHub Check: Publish TypeScript components
  • GitHub Check: Verify TypeScript components
  • GitHub Check: Lint Code Base
🔇 Additional comments (2)
components/intelliprint/common/constants.mjs (1)

1-27: LGTM! Well-structured constants.

The constant arrays are properly defined and use consistent snake_case naming that aligns with the API expectations. These will provide good validation options for the action props.

components/intelliprint/actions/create-a-print-job/create-a-print-job.mjs (1)

16-26: Verify alignment with PR objectives.

The PR objectives mention implementing a "send-letter" action with content, address, and subject props, but this implements "create-a-print-job" with filePath, no address prop, and reference instead of subject. While the implementation correctly follows the Intelliprint API documentation, please confirm this matches the intended requirements from issue #13409.

…int-job.mjs

Co-authored-by: coderabbitai[bot] <136622811+coderabbitai[bot]@users.noreply.github.com>
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

♻️ Duplicate comments (5)
components/intelliprint/actions/create-a-print-job/create-a-print-job.mjs (5)

1-6: Remove global no-unused-vars disable and fix the underlying unused symbol instead.

All imports are used, and the only unused symbol is syncDir (see lines 158-163 and 167-172). Keeping /* eslint-disable no-unused-vars */ at the top hides real issues going forward. Once you remove or use syncDir, this disable should be dropped.


78-83: Resolve type/description mismatch for doubleSidedSpecificPages.

The prop is typed as string but described as “The array of pages to print double sided” with an array example. This is ambiguous for users and also interacts poorly with the generic FormData serialization.

Consider either:

  • Keeping type: "string" and updating the description to explicitly say it expects a JSON-encoded string (e.g., "JSON-encoded array of page ranges, e.g. [[1,3],[6,7]]"), or
  • Changing the prop to an array / object type and ensuring it’s JSON.stringified in the payload.

158-163: Remove unused required syncDir prop and destructuring.

syncDir is defined as a required dir prop but is never used in the action (it’s only destructured on line 170). This:

  • Forces users to configure an irrelevant prop, and
  • Is the root cause for the no-unused-vars suppression at the top.

Since you’re only using getFileStreamAndMetadata(filePath) and not interacting with the directory directly, remove syncDir from props and from the destructuring.

Based on learnings, dir props should only be present (and required) when the action actually interacts with files in that directory.

Also applies to: 167-172


184-188: Fix FormData serialization: skip undefined and JSON-encode objects.

The current loop unconditionally appends all entries as template-string values:

for (const [key, value] of Object.entries(data)) {
  formData.append(camelCaseToSnakeCase(key), `${value}`);
}

Problems:

  • Optional props that are not set become "undefined" in the payload.
  • Objects like metadata are sent as "[object Object]" instead of JSON.
  • Potential future array/object props will be corrupted similarly.

Suggested fix:

-      for (const [
-        key,
-        value,
-      ] of Object.entries(data)) {
-        formData.append(camelCaseToSnakeCase(key), `${value}`);
-      }
+      for (const [key, value] of Object.entries(data)) {
+        if (value === undefined || value === null) continue;
+
+        const fieldName = camelCaseToSnakeCase(key);
+        const fieldValue = typeof value === "object"
+          ? JSON.stringify(value)
+          : String(value);
+
+        formData.append(fieldName, fieldValue);
+      }

This preserves booleans / numbers as strings while correctly encoding objects and omitting unset values.

#!/bin/bash
# Quick check: ensure no "undefined" values are appended to FormData
rg -n 'Object\\.entries\\(data\\)' -n components/intelliprint/actions/create-a-print-job/create-a-print-job.mjs -n -C3

199-201: Harden error handling to avoid secondary TypeErrors.

error.response.data.error.message assumes every property in the chain exists. If any is missing, this throws a TypeError and masks the original API error.

Use safe access with fallbacks, e.g.:

-    } catch (error) {
-      throw new ConfigurationError(`Error creating print job: ${error.response.data.error.message}`);
-    }
+    } catch (error) {
+      const errorMessage =
+        error?.response?.data?.error?.message
+        || error?.response?.data?.message
+        || error?.message
+        || "Unknown error";
+
+      throw new ConfigurationError(`Error creating print job: ${errorMessage}`);
+    }
#!/bin/bash
# Grep for unsafe nested error access patterns for consistency
rg -n 'error\\.response\\.data\\.error\\.message' -C2
📜 Review details

Configuration used: CodeRabbit UI

Review profile: ASSERTIVE

Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between c7a8420 and 2426314.

📒 Files selected for processing (1)
  • components/intelliprint/actions/create-a-print-job/create-a-print-job.mjs (1 hunks)
🧰 Additional context used
🧠 Learnings (5)
📚 Learning: 2025-10-20T01:01:02.970Z
Learnt from: js07
Repo: PipedreamHQ/pipedream PR: 18744
File: components/slack_v2/actions/send-large-message/send-large-message.mjs:49-64
Timestamp: 2025-10-20T01:01:02.970Z
Learning: In components/slack_v2/actions/send-large-message/send-large-message.mjs, the metadata_event_payload prop is typed as string, so the code only needs to handle string-to-JSON parsing and does not need to handle object inputs.

Applied to files:

  • components/intelliprint/actions/create-a-print-job/create-a-print-job.mjs
📚 Learning: 2025-01-29T22:59:38.825Z
Learnt from: GTFalcao
Repo: PipedreamHQ/pipedream PR: 15436
File: components/printful/printful.app.mjs:55-63
Timestamp: 2025-01-29T22:59:38.825Z
Learning: Console.log statements should be removed before merging PRs to maintain code quality and prevent potential security risks from exposing sensitive information in logs.

Applied to files:

  • components/intelliprint/actions/create-a-print-job/create-a-print-job.mjs
📚 Learning: 2025-07-01T17:07:48.193Z
Learnt from: js07
Repo: PipedreamHQ/pipedream PR: 17375
File: components/zerobounce/actions/get-validation-results-file/get-validation-results-file.mjs:23-27
Timestamp: 2025-07-01T17:07:48.193Z
Learning: For "dir" props in Pipedream components, whether to mark them as optional depends on the action's file I/O behavior - if an action always writes files as output, the "dir" prop should not be marked as optional.

Applied to files:

  • components/intelliprint/actions/create-a-print-job/create-a-print-job.mjs
📚 Learning: 2025-07-01T17:01:46.327Z
Learnt from: js07
Repo: PipedreamHQ/pipedream PR: 17375
File: components/tinypng/actions/compress-image/compress-image.mjs:18-23
Timestamp: 2025-07-01T17:01:46.327Z
Learning: In TinyPNG compress-image action (components/tinypng/actions/compress-image/compress-image.mjs), the syncDir property uses accessMode: "read" because this action only reads input files and returns API responses without writing files to /tmp, unlike other TinyPNG actions that save processed files to disk.

Applied to files:

  • components/intelliprint/actions/create-a-print-job/create-a-print-job.mjs
📚 Learning: 2024-10-08T16:42:59.225Z
Learnt from: GTFalcao
Repo: PipedreamHQ/pipedream PR: 14229
File: components/americommerce/actions/update-customer/update-customer.mjs:89-94
Timestamp: 2024-10-08T16:42:59.225Z
Learning: When defining boolean properties in AmeriCommerce components (e.g., in `update-customer.mjs`), ensure that the label and description are consistent and clearly indicate the intent, especially when using negations like "No Account", to avoid confusion.

Applied to files:

  • components/intelliprint/actions/create-a-print-job/create-a-print-job.mjs
⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (4)
  • GitHub Check: Lint Code Base
  • GitHub Check: pnpm publish
  • GitHub Check: Verify TypeScript components
  • GitHub Check: Publish TypeScript components

Comment on lines +146 to +151
confirmationEmail: {
type: "string",
label: "Confirmation Email",
description: "Whether a confirmation email should be sent to the user or account's email address when this letter is confirmed.",
optional: true,
},
Copy link
Contributor

Choose a reason for hiding this comment

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

⚠️ Potential issue | 🟡 Minor

🧩 Analysis chain

🏁 Script executed:

# First, let's look at the full context of the file
cat -n components/intelliprint/actions/create-a-print-job/create-a-print-job.mjs | head -160 | tail -30

Repository: PipedreamHQ/pipedream

Length of output: 1411


🏁 Script executed:

# Search for other confirmationEmail usage in the codebase
rg -i "confirmationemail" --type=mjs -C 3

Repository: PipedreamHQ/pipedream

Length of output: 92


🏁 Script executed:

# Look for the Intelliprint integration file to understand the app structure
fd -e mjs intelliprint

Repository: PipedreamHQ/pipedream

Length of output: 109


🌐 Web query:

Intelliprint API documentation create print job confirmation email field type

💡 Result:

The Print Job parameter confirmation_email is a boolean (true/false). [1]


Fix confirmationEmail type from string to boolean.

The Intelliprint API expects confirmation_email as a boolean (true/false) per the API documentation, but the property is currently typed as string. The description correctly describes boolean behavior ("Whether a confirmation email should be sent..."), so the type should match. Change type: "string" to type: "boolean" on line 147.

🤖 Prompt for AI Agents
In components/intelliprint/actions/create-a-print-job/create-a-print-job.mjs
around lines 146 to 151, the confirmationEmail property is incorrectly typed as
"string"; update the property definition to use type: "boolean" (keeping label,
description and optional: true intact) so it matches the Intelliprint API
expectation for confirmation_email being a true/false value.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[Components] intelliprint

3 participants