| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
Sorry, something went wrong.
|
Too many files changed? Review this PR in Change Stack to see how the pieces fit before you dive in. 📝 WalkthroughSummary by CodeRabbit
WalkthroughThis pull request adjusts canary deployment handling across two areas: the CI workflow now limits git history depth to 2 commits during checkout, and the module's build error handling no longer re-throws errors when the canary environment encounters build failures, instead logging them via console.error. ChangesCanary Deployment Adjustments
Possibly Related PRs
Suggested Reviewers
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches 🧪 Generate unit tests (beta)
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. ❤️ ShareComment @coderabbitai help to get the list of available commands and usage tips. |
Sorry, something went wrong.
Codecov Report✅ All modified and coverable lines are covered by tests. 📢 Thoughts on this report? Let us know! |
Sorry, something went wrong.
There was a problem hiding this comment.
Caution
Some comments are outside the diff and can’t be posted inline due to platform limitations.
⚠️ Outside diff range comments (1)modules/lunaria.ts (1)40-44: ⚠️ Potential issue | 🟠 Major | ⚡ Quick win
Do not soft-fail Lunaria build errors on canary CI.
Swallowing this exception for env === 'canary' allows deployment to continue with potentially missing translation assets, which weakens canary as a safety signal.
Suggested fix🤖 Prompt for AI Agents- if (env === 'dev' || env === 'release') { + if (env === 'dev' || env === 'release' || env === 'canary') { throw e } else { console.error(e) }Verify each finding against current code. Fix only still-valid issues, skip the rest with a brief reason, keep changes minimal, and validate. In `@modules/lunaria.ts` around lines 40 - 44, The current error handling in modules/lunaria.ts swallows Lunaria build exceptions for canary; update the conditional that checks env so canary also throws instead of soft-failing — locate the block that tests the env variable (referenced as env) and the thrown exception e, and change the logic to throw e for 'dev', 'release' and 'canary' (or invert to only swallow for explicit local/test envs) so CI will fail on Lunaria build errors rather than logging them.
Verify each finding against current code. Fix only still-valid issues, skip the rest with a brief reason, keep changes minimal, and validate. Outside diff comments: In `@modules/lunaria.ts`: - Around line 40-44: The current error handling in modules/lunaria.ts swallows Lunaria build exceptions for canary; update the conditional that checks env so canary also throws instead of soft-failing — locate the block that tests the env variable (referenced as env) and the thrown exception e, and change the logic to throw e for 'dev', 'release' and 'canary' (or invert to only swallow for explicit local/test envs) so CI will fail on Lunaria build errors rather than logging them.
Configuration used: Path: .coderabbit.yaml
Review profile: CHILL
Plan: Pro
Run ID: 1a396fcf-8aa1-43a2-8a77-5545b3cfcad2
📥 CommitsReviewing files that changed from the base of the PR and between 396b17f and dcad029.
📒 Files selected for processing (2)
Sorry, something went wrong.
|
@ghostdevv It didn't help to fix the error too 🤔 But at least now there is no process errors |
Sorry, something went wrong.
It does appear to be the same underlying error?
|
Sorry, something went wrong.
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
🔗 Linked issue
Related #2848, #2785
🧭 Context
From the logs, the problem of missed translations in canary is definitely in the lunaria/lunaria file, but nothing much has come up. So, as suggested in discord earlier, I'm trying to configure fetch depth. It seems even more likely that it's related to git