-
Notifications
You must be signed in to change notification settings - Fork 29k
[SPARK-30540][WEBUI] HistoryServer application link is incorrect when one application having multiple attempts #27257
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
Conversation
|
Hi, @zuston . Thank you for making a PR. |
Of course, as follows. |
|
I meant the following section in the
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As I see as you introduced the attemptId instead of num now in the historypage-template.html there is no more usage of the num property (view data property). If it is not used can you please delete it.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ok, i will remove it. Thanks~
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Here the existence of the attemptId is checked but a few line below you are using it without checking its existence. When it is missing then the new link won't be valid too.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The attemptId is not checked with line of <td><a href="{{uiroot}}/history/{{id}}/{{attemptId}}/jobs/">{{attemptId}}</a></td> in historypage-template.html.
Need to ignore this link when attempId is empty or null? Do you have some ideas?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The {{uiroot}}/history/{{id}}/{{attemptId}}/jobs/">{{attemptId}}</a></td> is protected by the check {{#hasMultipleAttempts}} ... {{/hasMultipleAttempts}}.
I think if there is only one attempt then the attemptId might be missing and the value 1 was used for that before your change not null and empty (because of the line var num = app["attempts"].length;).
So please test with that case too.
And I would like to ask you to attach some data to the PR: during testing you can put a breakpoint (ie by placing debugger; into the code) before the Mustache renders the page (it is about line 161) please copy-paste the data content to a code block of the PR comment.
Could you please do that for both having multiple attempts and having only one?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
+1 for @attilapiros 's comments.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The
{{uiroot}}/history/{{id}}/{{attemptId}}/jobs/">{{attemptId}}</a></td>is protected by the check{{#hasMultipleAttempts}} ... {{/hasMultipleAttempts}}.I think if there is only one attempt then the
attemptIdmight be missing and the value 1 was used for that before your change not null and empty (because of the linevar num = app["attempts"].length;).So please test with that case too.
And I would like to ask you to attach some data to the PR: during testing you can put a breakpoint (ie by placingdebugger;into the code) before the Mustache renders the page (it is about line 161) please copy-paste thedatacontent to a code block of the PR comment.Could you please do that for both having multiple attempts and having only one?
I think this change is ok. The debugger data as follows:
This pic is when hasMultipleAttempts is true and showCompletedColumns is false.

Next pic is when hasMultipleAttempts is false and showCompletedColumns is true. There is only one attempt then the attemptId also exist. But to prevent attemptID missing, I will set attemptID to 1 before it.

attilapiros
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for the PR. Please remove num if it is not needed any more and check the case when attemptId is not available.
|
ok to test |
|
Test build #117215 has finished for PR 27257 at commit
|
|
Test build #117285 has finished for PR 27257 at commit
|
|
Your change must be tested with the missing attemptID and see whether that default value is fine. Here is the PR: #17795 As I see was a spark shell. |
|
We're closing this PR because it hasn't been updated in a while. This isn't a judgement on the merit of the PR in any way. It's just a way of keeping the PR queue manageable. |

What changes were proposed in this pull request?
Add returning params of attempId in js script file.
Why are the changes needed?
When having multiple attempts, the applicaiton link is incorrect. No matter which attempt is clicked, the link still points to the largest attemptId.This patch fix it.
Does this PR introduce any user-facing change?
Yes, before screenshot as follows:

How was this patch tested?
WebUI involved, may not require testing