fix: time-based resolution loses publishedAt on fast path#11618
Conversation
|
💖 Thanks for opening this pull request! 💖 |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (7)
📜 Recent review details🧰 Additional context used📓 Path-based instructions (1)**/*.{js,ts,tsx,jsx}📄 CodeRabbit inference engine (AGENTS.md)
Files:
🔇 Additional comments (7)
📝 WalkthroughWalkthroughThis PR extends the resolution pipeline to propagate ChangesPublish time propagation for time-based resolution
Estimated code review effort🎯 2 (Simple) | ⏱️ ~12 minutes Possibly related issues
Suggested reviewers
Poem
🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Tip 💬 Introducing Slack Agent: The best way for teams to turn conversations into code.Slack Agent is built on CodeRabbit's deep understanding of your code, so your team can collaborate across the entire SDLC without losing context.
Built for teams:
One agent for your entire SDLC. Right inside Slack. Comment |
|
Cross-linking #11622 which fixes a related minimumReleaseAge + cached-abbreviated-metadata class of bug in pickPackage. Different code path from this one (cached fast paths in pickPackage vs the resolveNpm peek-from-store fast path here), no file overlap, both fixes are valuable independently. |
|
Congrats on merging your first pull request! 🎉🎉🎉 |
Fixes #11616
Summary by CodeRabbit
minimumReleaseAgewhen lockfile time entries were incomplete or missing. The resolver now properly preserves publish timestamp metadata from the lockfile and gracefully falls back to fetching registry metadata when required data is unavailable.