[JIRA] (JENKINS-61652) Add ability to show line number in log with the Failure cause description: ${1,1,L} maybe?

5 views
Skip to first unread message

knormoyle@gmail.com (JIRA)

unread,
Mar 23, 2020, 5:37:03 PM3/23/20
to jenkinsc...@googlegroups.com
Kevin Normoyle created an issue
 
Jenkins / New Feature JENKINS-61652
Add ability to show line number in log with the Failure cause description: ${1,1,L} maybe?
Issue Type: New Feature New Feature
Assignee: Tomas Westling
Components: build-failure-analyzer-plugin
Created: 2020-03-23 21:36
Priority: Minor Minor
Reporter: Kevin Normoyle

Right now, we can capture the line of the matching pattern and put it on the build page with ${1,1} etc. Excellent.

I have logs that are up to 150MB, and it's painful to click on the link to see the log. (slow jenkins UI response). Okay if only one matching failure "cause", but sometimes I have up to eight.

I have multiple failure causes/clues. Sometimes I get up to 8 causes on the build page, because of cascading secondary failures.

The causes are not shown in order that matches their order in the log. The log is time order..the causes are not in the same time order.

I notice that the pattern match logic in the code, does have the line number. It uses this, I guess when you click through to the log, to red-highlight the line.

Could we somehow get the line number optionally printed with the failure description on the build page? like if could use ${1,1,L} to get the line number like we get the pattern.

Then I could easily see the order of the matching patterns, and only click on the one that's first in the log.

Add Comment Add Comment
 
This message was sent by Atlassian Jira (v7.13.12#713012-sha1:6e07c38)
Atlassian logo

knormoyle@gmail.com (JIRA)

unread,
Mar 23, 2020, 5:40:02 PM3/23/20
to jenkinsc...@googlegroups.com
Kevin Normoyle updated an issue
Change By: Kevin Normoyle
Right now, we can capture the line of in the log for the matching pattern and put it on the build page with ${1,1} etc. Excellent.


I have logs that are up to 150MB, and it's painful to click on the link to see the log. (slow jenkins UI response). Okay if only one matching failure "cause", but sometimes I have up to eight.

I have multiple failure causes/clues. Sometimes I get up to 8 causes on the build page, because of cascading secondary failures.

The causes are not shown in order that matches their order in the log. The log is time order..the causes are not in the same time order.

I notice that the pattern match logic in the code, does have the line number. It uses this, I guess when you click through to the log, to red-highlight the line.

Could we somehow get the line number optionally printed with the failure description on the build page? like if could use ${1,1,L} to get the line number like we get the pattern.

Then I could easily see the order of the matching patterns, and only click on the one that's first in the log.

knormoyle@gmail.com (JIRA)

unread,
Mar 23, 2020, 5:40:03 PM3/23/20
to jenkinsc...@googlegroups.com
Kevin Normoyle updated an issue
Right now, we can capture the line in the log for the matching pattern and put it on the build page with ${1,1} etc. Excellent.


I have logs that are up to 150MB, and it's painful to click on the link to see the log. (slow jenkins UI response). Okay if only one matching failure "cause", but sometimes I have up to eight.

I have multiple failure causes/clues. Sometimes I get up to 8 causes on the build page, because of cascading secondary failures.

The causes are not shown in order that matches their order in the log. The log is time order..the causes are not in the same time order.

I notice that the pattern match logic in the code, does have the line number. It uses this, I guess when you click through to the log, to red-highlight the line.

Could we somehow get the line number optionally printed with the failure description on the build page? like   Like if could use ${1,1,L} to get the line number like we get the pattern.


Then I could easily see the order of the matching patterns, and only click on the one that's first in the log.
Reply all
Reply to author
Forward
0 new messages