Skip to content

handled assets in pending or quarantine states export failure - #322

Merged
shafeeqd959 merged 5 commits into
feat/Asset-Scanning-v1from
DX-9302
Aug 4, 2026
Merged

handled assets in pending or quarantine states export failure#322
shafeeqd959 merged 5 commits into
feat/Asset-Scanning-v1from
DX-9302

Conversation

@shafeeqd959

Copy link
Copy Markdown
Contributor

No description provided.

@github-actions

Copy link
Copy Markdown

🔒 Security Scan Results

ℹ️ Note: Only vulnerabilities with available fixes (upgrades or patches) are counted toward thresholds.

Check TypeCount (with fixes)Without fixesThresholdResult
🔴 Critical Severity0010✅ Passed
🟠 High Severity0025✅ Passed
🟡 Medium Severity01500✅ Passed
🔵 Low Severity001000✅ Passed

⏱️ SLA Breach Summary

⚠️ Warning: The following vulnerabilities have exceeded their SLA thresholds (days since publication).

SeverityBreaches (with fixes)Breaches (no fixes)SLA Threshold (with/no fixes)Status
🔴 Critical0015 / 30 days✅ Passed
🟠 High0030 / 120 days✅ Passed
🟡 Medium0190 / 365 days⚠️ Warning
🔵 Low00180 / 365 days✅ Passed

ℹ️ Vulnerabilities Without Available Fixes (Informational Only)

The following vulnerabilities were detected but do not have fixes available (no upgrade or patch). These are excluded from failure thresholds:

  • Critical without fixes: 0
  • High without fixes: 0
  • Medium without fixes: 1
  • Low without fixes: 0

⚠️ BUILD PASSED WITH WARNINGS - SLA breaches detected for issues without available fixes

Consider reviewing these vulnerabilities when fixes become available.

@shafeeqd959
shafeeqd959 changed the base branch from development to feat/Asset-Scanning-v1July 30, 2026 07:35
added audit check and fix for assets in pending or quarantined state
@snyk-io

snyk-ioBot commented Aug 4, 2026

Copy link
Copy Markdown

Snyk checks have passed. No issues have been found so far.

StatusScan Engine Critical High Medium LowTotal (0)
Open Source Security0000 0 issues
Licenses0000 0 issues
Code Security0000 0 issues

💻 Catch issues earlier using the plugins for VS Code, JetBrains IDEs, Visual Studio, and Eclipse.

@shafeeqd959
shafeeqd959 marked this pull request as ready for review August 4, 2026 07:49
@shafeeqd959
shafeeqd959 requested a review from a team as a code ownerAugust 4, 2026 07:49
@shafeeqd959
shafeeqd959 merged commit 56dd70b into feat/Asset-Scanning-v1Aug 4, 2026
8 of 10 checks passed
@shafeeqd959
shafeeqd959 deleted the DX-9302 branch August 4, 2026 07:59
netrajpatel added a commit that referenced this pull request Aug 5, 2026
Brings in the 27 commits development gained after the previous merge
(PR #217 Asset-Scanning-v1, #322, #323 and others), clearing the conflict
that was blocking PR #243 and preventing GitHub Actions from producing a
merge ref.
Only .talismanrc conflicted. Resolved to the checksum for the merged
pnpm-lock.yaml (95ad8483..., confirmed via `talisman --checksum`) and moved
`version` back to the top level, where talisman expects it — development's
side had it indented under the fileignoreconfig entry.
Verified before push:
- `pnpm install --frozen-lockfile` passes (the auto-merged lockfile is
self-consistent; this is the check that caught the broken lockfile in
PR #324 and the dropped `open` dependency in the previous merge)
- dependency sweep against both merge parents: nothing lost
- undeclared-import sweep unchanged from baseline: no new hybrids
- test suites for all six packages this merge touched:
contentstack-audit 160 passing
contentstack-export 485 passing
contentstack-external-migrate 42 passing
contentstack-import 1736 passing
contentstack-query-export 139 passing
contentstack-bulk-publish (no test script)
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
naman-contentstack pushed a commit that referenced this pull request Aug 7, 2026
Brings in the 27 commits development gained after the previous merge
(PR #217 Asset-Scanning-v1, #322, #323 and others), clearing the conflict
that was blocking PR #243 and preventing GitHub Actions from producing a
merge ref.
Only .talismanrc conflicted. Resolved to the checksum for the merged
pnpm-lock.yaml (95ad8483..., confirmed via `talisman --checksum`) and moved
`version` back to the top level, where talisman expects it — development's
side had it indented under the fileignoreconfig entry.
Verified before push:
- `pnpm install --frozen-lockfile` passes (the auto-merged lockfile is
self-consistent; this is the check that caught the broken lockfile in
PR #324 and the dropped `open` dependency in the previous merge)
- dependency sweep against both merge parents: nothing lost
- undeclared-import sweep unchanged from baseline: no new hybrids
- test suites for all six packages this merge touched:
contentstack-audit 160 passing
contentstack-export 485 passing
contentstack-external-migrate 42 passing
contentstack-import 1736 passing
contentstack-query-export 139 passing
contentstack-bulk-publish (no test script)
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Sign up for freeto 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.

2 participants

@shafeeqd959@naman-contentstack