-
Notifications
You must be signed in to change notification settings - Fork 228
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
Disable ensureSameOrigin #4000
Disable ensureSameOrigin #4000
Conversation
Do we know exactly what was causing the problem? I think the |
No, not yet. I did add some logging; it showed that in the cases we're talking about, it fell through to the very last return statement. I can try to capture a specific package that fails. Maybe we can fix it. I disabled it in the Nephio build to work around the problem, but I can spend a little more time on it now. |
I added another package this happens with in #3980. But actually it seems to be happening with almost every package created via I think we probably want to merge this PR while we figure it out. |
Ok, based on #3980 (comment) I have removed the ensureSameOrigin altogether, and flipped the default for replay strategy. |
Fixes #3980 |
8cab6f5
to
ee7217c
Compare
rebased |
This looks good to me. I also want to see if @natasha41575 has any input on this before we merge it. |
May be a legit failure do to replay strategy flip, let me take a closer look. |
Ok, yeah, fixed the legit failure and also fixed a flake in the PVS unit tests. |
I think we've given enough time for feedback on this one, so I think we are good to merge it. |
* Disable ensureSameOrigin * Default replay-strategy to false; remove ensureSameOrigin * Remove same origin tests too * Specify replay-strategy for this copy call * Sort the created list to avoid flakes
During our testing in Nephio, we have found that
ensureSameOrigin
seems to erroneously flag updates as invalid, so I think we should disable it for now.