-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
[frontend] run detail page get unexpected reloaded #10590
Comments
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
not stale |
This same issue is impacting many of our end users unfortunately. |
/lifecycle frozen |
I've bisected this issue, it doesn't occur in gcr.io/ml-pipeline/frontend:2.0.0-beta.0 but it does occur in gcr.io/ml-pipeline/frontend:2.0.0-beta.1. I think the issue is somewhere in the https://github.com/kubeflow/pipelines/blob/2.0.0-beta.1/frontend/src/pages/RunDetailsV2.tsx code, will continue to dig. Also latest gcr.io/ml-pipeline/frontend:2.2.0 does not fix this issue as of posting this. |
Would appreciate help from @jlyaoyuli on changes in ca2004c. My current intuition is that the hasFinishedV2() call is getting triggered on the onFocus event but is validating incorrectly causing a refresh. Assuming that the functionality from https://github.com/kubeflow/pipelines/blob/master/frontend/src/pages/RunDetails.tsx#L715 was moved to RunDetailsV2.tsx. |
OK I narrowed the issue down to commit for RunDetailsRouter.tsx, specifically commenting out the following lines fixes it: if (runIsFetching || templateStrIsFetching) {
return <div>Currently loading recurring run information</div>;
} This return call triggers a componentWillUnmount() then in RunDetails.tsx defaults At this point I do not have a better fix, I feel like there isn't enough interest in fixing a backwards compatibility issue with V1. |
I think it's worth contributing the fix. A lot of people still use v1 and this is a major pain point. Do you want to contribute it, @InvisibleMan1306? If not, no worries. |
@quinnovator 🌟 plans to tackle this. |
Hi all - I have attempted to address this with #11214. |
(kubeflow#11214) Signed-off-by: Jack Quinn <[email protected]> Signed-off-by: sefgsefg <[email protected]>
(kubeflow#11214) Signed-off-by: Jack Quinn <[email protected]> Signed-off-by: sefgsefg <[email protected]>
(kubeflow#11214) Signed-off-by: Jack Quinn <[email protected]>
(kubeflow#11214) Signed-off-by: Jack Quinn <[email protected]>
(kubeflow#11214) Signed-off-by: Jack Quinn <[email protected]> Signed-off-by: zed546213 <[email protected]>
(kubeflow#11214) Signed-off-by: Jack Quinn <[email protected]> Signed-off-by: chris <[email protected]>
(kubeflow#11214) Signed-off-by: Jack Quinn <[email protected]>
Environment
Steps to reproduce
or
I think the the only inner iframe would be refreshed.
Expected result
This is the only logs on inspect.
Materials and Reference
Impacted by this bug? Give it a 👍.
If you need more config or variables, i will reply from my environment.
The text was updated successfully, but these errors were encountered: