[JIRA] (JENKINS-44869) Activity tabs Run id column should expand to fit value

5 views
Skip to first unread message

r.fuereder@xortex.com (JIRA)

unread,
Feb 15, 2018, 5:51:12 AM2/15/18
to jenkinsc...@googlegroups.com
Reinhold Füreder updated an issue
 
Jenkins / Improvement JENKINS-44869
Activity tabs Run id column should expand to fit value
Change By: Reinhold Füreder
Priority: Minor Major
Add Comment Add Comment
 
This message was sent by Atlassian JIRA (v7.3.0#73011-sha1:3c73d0e)
Atlassian logo

r.fuereder@xortex.com (JIRA)

unread,
Feb 15, 2018, 5:56:01 AM2/15/18
to jenkinsc...@googlegroups.com
Reinhold Füreder commented on Improvement JENKINS-44869
 
Re: Activity tabs Run id column should expand to fit value

James Dumay As I almost filed a duplicate of this issue: any updates/progress/hope?

tony.hoyle@rpssoftware.co.uk (JIRA)

unread,
Jul 24, 2018, 11:42:02 AM7/24/18
to jenkinsc...@googlegroups.com

Even our (relatively) short build numbers eg '9.0.2.19007' don't fit in the current layout.  The tooltip works but it's annoying as there's no way to see the information in a quick glance.

Could a quick fix just be to make it configurable by a parameter somewhere until the 'proper' fix is done?  

Ideally in the future resizeable by dragging in the UI, but I guess that depends on the capabilities of the javascript library in use.

This message was sent by Atlassian JIRA (v7.10.1#710002-sha1:6efc396)

r.fuereder@xortex.com (JIRA)

unread,
Oct 3, 2018, 12:50:02 AM10/3/18
to jenkinsc...@googlegroups.com

James Dumay Any updates on this issue? I claim this little issue is really, really worth being solved, or at least a workaround could be potentially very cheap to implement?

Naive workaround for calculation of table column width:

int width = Math.max(<currentWidth of I think 92px>, Math.min(maximumWidth that should not be exceeded which may be ~250>, <width needed for full display of latest build display name because that might be the biggest build number or in my use case just about as long as all the others>)
This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)

tscherler@cloudbees.com (JIRA)

unread,
Oct 24, 2018, 11:38:02 AM10/24/18
to jenkinsc...@googlegroups.com

r.fuereder@xortex.com (JIRA)

unread,
Oct 30, 2018, 9:28:01 AM10/30/18
to jenkinsc...@googlegroups.com

Thorsten Scherler Actually I am not using any of these plugins, but I have a little helper method in my Jenkins shared pipeline library that does it "directly":

/*script.*/currentBuild.displayName = ...

r.fuereder@xortex.com (JIRA)

unread,
Mar 20, 2019, 8:47:02 AM3/20/19
to jenkinsc...@googlegroups.com

Naively pinging Thorsten Scherler and Michael Neale to politely ask for considering this issue as it might be a very low hanging fruit for an IMHO major BO usability improvement... (Presumably others will classify this as "getting on one's nervers" )

mneale@cloudbees.com (JIRA)

unread,
Mar 20, 2019, 7:39:03 PM3/20/19
to jenkinsc...@googlegroups.com

jmcdonald@cloudbees.com (JIRA)

unread,
Mar 20, 2019, 8:54:03 PM3/20/19
to jenkinsc...@googlegroups.com

It's not really as easy to fix as it first seems, as browsers really take some time to let you know the size of things, and if you change the sizing of one of their containing elements in response to same, you invalidate all the sizes of everything again and you risk the potential for endless loops and constantly shimmying controls, which nobody wants

r.fuereder@xortex.com (JIRA)

unread,
Mar 21, 2019, 2:50:03 AM3/21/19
to jenkinsc...@googlegroups.com

Thanks for your considerations and thoughts; and also sorry for my naiveness...

However, with respect to your hints regarding problems of dynamics:

  • Would it be possible to really do this statically in that the column width is calculated/fixed before the rendering, based on the width needed for rendering solely either the current or maybe the previous build's ID (plus a small tolerance) and of course not exceeding (i.e. limited to) a maximum value to avoid breaking the layout completely?

mneale@cloudbees.com (JIRA)

unread,
Mar 21, 2019, 2:58:03 AM3/21/19
to jenkinsc...@googlegroups.com

I don't think it would know the size until after something has been rendered, and then then the browser can take it's sweet time. 

 

However, given we know what ids normally are, if they are anything but numeric in the data set returned - perhaps could just change the width to something that is "probably" wide enough for those cases (99% of people will be numeric and fine)? A really brain dead heuristic. 

gmogan@cloudbees.com (JIRA)

unread,
Mar 21, 2019, 11:58:04 AM3/21/19
to jenkinsc...@googlegroups.com

Yea, as above mentioned, its not a quick easy win. The tables are pretty fixed with, and I think changeing the run id is a pretty niche item. 

 

That being said, fixing JENKINS-46521 might help so that the commit id is no longer -, and would no longer be needed in the build id? maybe?

r.fuereder@xortex.com (JIRA)

unread,
Mar 22, 2019, 3:05:02 AM3/22/19
to jenkinsc...@googlegroups.com

Oh yes, this sounds like a great idea:

  • hiding the "Commit" column for a non-multi branch pipeline in favour of showing the full build display number in the BO's activity tab "Run" id column (see JENKINS-44869) would be ideal/fine for me
    • because I have the commit ID (SVN revision or shortened GIT commit hash) as suffix of my therefore quite long build display number, e.g. "20170613-161100-rev134098" (i.e. "<date>-<time>-rev<SVN revision>")

mneale@cloudbees.com (JIRA)

unread,
Apr 14, 2019, 1:50:07 AM4/14/19
to jenkinsc...@googlegroups.com

Reinhold Füreder having trouble following - any chance you can mock it up what it may look like in your case? 

r.fuereder@xortex.com (JIRA)

unread,
Apr 18, 2019, 1:55:03 AM4/18/19
to jenkinsc...@googlegroups.com

r.fuereder@xortex.com (JIRA)

unread,
Apr 18, 2019, 2:03:02 AM4/18/19
to jenkinsc...@googlegroups.com

r.fuereder@xortex.com (JIRA)

unread,
Apr 18, 2019, 2:03:03 AM4/18/19
to jenkinsc...@googlegroups.com
Reinhold Füreder commented on Improvement JENKINS-44869
 
Re: Activity tabs Run id column should expand to fit value

Michael Neale Sorry for the confusion. I referred to Gavin Mogan's comment and JENKINS-46521

Mock up:

  • Now/old:
  • Future/new:

peter.niederlag@datenbetrieb.de (JIRA)

unread,
Jul 4, 2019, 8:10:05 AM7/4/19
to jenkinsc...@googlegroups.com

does anybody have a solution yet? I'd like to see the RUN column to take up more space (1.5x or 2x)

ironchamp@gmail.com (JIRA)

unread,
Aug 12, 2019, 2:44:02 PM8/12/19
to jenkinsc...@googlegroups.com

Complementary to JENKINS-46657 allowing currentBuild.displayName, where the RUN column is no longer just #1-1000, this needs to accommodate typical build/release names, which potentially may be prefixed by target environment and/or dynamic job status.

So, having 30-35 chars is needed to see the distinction; otherwise it is inconsistent with expectations and virtually useless.

ironchamp@gmail.com (JIRA)

unread,
Aug 12, 2019, 3:00:05 PM8/12/19
to jenkinsc...@googlegroups.com
Alan Champion edited a comment on Improvement JENKINS-44869
Complementary to JENKINS-46657 allowing currentBuild.displayName, where the RUN column is no longer just simply #1-1000, this now needs to accommodate typical build/release names, which potentially may be prefixed by target environment and/or dynamic job status.

In our system, using the MESSAGE column description as an "alternative" is inadequate, as this shows "Started by <user>/upstream job" or "Replayed #?".

So, having 30-35 chars the expectation is needed to see that RUN column shows the distinction; otherwise  *full* currentBuild.displayName buildName, whatever width it is inconsistent with expectations and virtually useless needs to be .

Thanks for your attention to this detail.
Reply all
Reply to author
Forward
0 new messages