-
Bug
-
Resolution: Unresolved
-
Minor
-
Jenkins v1.611 (installed using yum, running as a service)
Build Trigger Badge plugin v2.1
Rebuild plugin v1.25
Fedora 21 GNU/Linux 32bit
/systemInfo page :
java.class.path /usr/lib/jenkins/jenkins.war
java.class.version 51.0
java.endorsed.dirs /usr/java/jdk1.7.0_79/jre/lib/endorsed
java.ext.dirs /usr/java/jdk1.7.0_79/jre/lib/ext:/usr/java/packages/lib/ext
java.home /usr/java/jdk1.7.0_79/jre
java.io.tmpdir /tmp
java.library.path /usr/java/packages/lib/i386:/lib:/usr/lib
java.runtime.name Java(TM) SE Runtime Environment
java.runtime.version 1.7.0_79-b15
java.specification.name Java Platform API Specification
java.specification.vendor Oracle Corporation
java.specification.version 1.7
java.vendor Oracle Corporation
java.vendor.url http://java.oracle.com/
java.vendor.url.bug http://bugreport.sun.com/bugreport/
java.version 1.7.0_79
java.vm.info mixed mode, sharing
java.vm.name Java HotSpot(TM) Client VM
java.vm.specification.name Java Virtual Machine Specification
java.vm.specification.vendor Oracle Corporation
java.vm.specification.version 1.7
java.vm.vendor Oracle Corporation
java.vm.version 24.79-b02
JENKINS_HOME /var/lib/jenkins
jna.platform.library.path /usr/lib:/lib
jnidispatch.path /tmp/jna--1712433994/jna7177924213129980279.tmp
lib.svnkit.http.methods Digest,Basic,NTLM,Negotiate
lib.svnkit.ssh2.persistent false
os.arch i386
os.name Linux
os.version 3.18.8-201.fc21.i686
path.separator :
sun.arch.data.model 32
sun.boot.class.path /usr/java/jdk1.7.0_79/jre/lib/resources.jar:/usr/java/jdk1.7.0_79/jre/lib/rt.jar:/usr/java/jdk1.7.0_79/jre/lib/sunrsasign.jar:/usr/java/jdk1.7.0_79/jre/lib/jsse.jar:/usr/java/jdk1.7.0_79/jre/lib/jce.jar:/usr/java/jdk1.7.0_79/jre/lib/charsets.jar:/usr/java/jdk1.7.0_79/jre/lib/jfr.jar:/usr/java/jdk1.7.0_79/jre/classes
sun.boot.library.path /usr/java/jdk1.7.0_79/jre/lib/i386
sun.cpu.endian little
sun.cpu.isalist
sun.font.fontmanager sun.awt.X11FontManager
sun.io.unicode.encoding UnicodeLittle
sun.java.command /usr/lib/jenkins/jenkins.war --logfile=/var/log/jenkins/jenkins.log --webroot=/var/cache/jenkins/war --daemon --httpPort=8080 --ajp13Port=8009 --debug=5 --handlerCountMax=100 --handlerCountMaxIdle=20
sun.java.launcher SUN_STANDARD
sun.jnu.encoding UTF-8
sun.management.compiler HotSpot Client Compiler
sun.os.patch.level unknown
Jenkins v1.611 (installed using yum, running as a service) Build Trigger Badge plugin v2.1 Rebuild plugin v1.25 Fedora 21 GNU/Linux 32bit /systemInfo page : java.class.path /usr/lib/jenkins/jenkins.war java.class.version 51.0 java.endorsed.dirs /usr/java/jdk1.7.0_79/jre/lib/endorsed java.ext.dirs /usr/java/jdk1.7.0_79/jre/lib/ext:/usr/java/packages/lib/ext java.home /usr/java/jdk1.7.0_79/jre java.io.tmpdir /tmp java.library.path /usr/java/packages/lib/i386:/lib:/usr/lib java.runtime.name Java(TM) SE Runtime Environment java.runtime.version 1.7.0_79-b15 java.specification.name Java Platform API Specification java.specification.vendor Oracle Corporation java.specification.version 1.7 java.vendor Oracle Corporation java.vendor.url http://java.oracle.com/ java.vendor.url.bug http://bugreport.sun.com/bugreport/ java.version 1.7.0_79 java.vm.info mixed mode, sharing java.vm.name Java HotSpot(TM) Client VM java.vm.specification.name Java Virtual Machine Specification java.vm.specification.vendor Oracle Corporation java.vm.specification.version 1.7 java.vm.vendor Oracle Corporation java.vm.version 24.79-b02 JENKINS_HOME /var/lib/jenkins jna.platform.library.path /usr/lib:/lib jnidispatch.path /tmp/jna--1712433994/jna7177924213129980279.tmp lib.svnkit.http.methods Digest,Basic,NTLM,Negotiate lib.svnkit.ssh2.persistent false os.arch i386 os.name Linux os.version 3.18.8-201.fc21.i686 path.separator : sun.arch.data.model 32 sun.boot.class.path /usr/java/jdk1.7.0_79/jre/lib/resources.jar:/usr/java/jdk1.7.0_79/jre/lib/rt.jar:/usr/java/jdk1.7.0_79/jre/lib/sunrsasign.jar:/usr/java/jdk1.7.0_79/jre/lib/jsse.jar:/usr/java/jdk1.7.0_79/jre/lib/jce.jar:/usr/java/jdk1.7.0_79/jre/lib/charsets.jar:/usr/java/jdk1.7.0_79/jre/lib/jfr.jar:/usr/java/jdk1.7.0_79/jre/classes sun.boot.library.path /usr/java/jdk1.7.0_79/jre/lib/i386 sun.cpu.endian little sun.cpu.isalist sun.font.fontmanager sun.awt.X11FontManager sun.io.unicode.encoding UnicodeLittle sun.java.command /usr/lib/jenkins/jenkins.war --logfile=/var/log/jenkins/jenkins.log --webroot=/var/cache/jenkins/war --daemon --httpPort=8080 --ajp13Port=8009 --debug=5 --handlerCountMax=100 --handlerCountMaxIdle=20 sun.java.launcher SUN_STANDARD sun.jnu.encoding UTF-8 sun.management.compiler HotSpot Client Compiler sun.os.patch.level unknown
While using the Build Trigger Badge plugin together with the Rebuild plugin the displayed icon of a build "rebuilt manually" is that of the previous build.
I am not sure which is the proper behaviour. "Rebuilding Last" should indeed use the last build parameters but it should not preserve the Built Trigger Badge since it may cause confusion.
A build that was previously triggered by a cron or by an upstream job should not display the same icon as the previous job when started using the Rebuild plugin.
Steps to reproduce:
1. Install the Rebuild plugin and the Build Trigger Badge plugin
2. Create a Freestyle job and schedule it to run at a regular interval (I've set it to */2 * * * * , I believe this is once every two minutes)
3. Let the job be triggered by the scheduler at least once.
4. Notice that the Build Trigger Badge sets the icon to a watch, in the build history.
5. Either as an anonymous user or logged in user rebuild previous build by clicking Rebuild Last
6. Notice that when the job is rebuilt the trigger icon is that of the previous badge. In this case we have a watch icon even though the job was started manually by a human operator.
See attached image BuildTriggerBadge_IconBug.png
[JENKINS-30781] Using the Rebuild Plugin puts the previous Build Trigger Badge instead of the user one
Sent https://groups.google.com/forum/#!topic/jenkinsci-users/dbpnkZfdxeA to users ML to gather feedback on friday 2 oct 2015.
Hoping to get some answers. In the end, I guess I'll file a PR on the plugin (btw, not totally sure maintainers are still active, will have to check).
Interestingly, didn't review its content, but there seems to be already a PR filed about that https://github.com/jenkinsci/rebuild-plugin/pull/4 (but not only, maybe why it was never merged);
alex d
added a comment - Not related to this issue specifically, but it looks like the maintainers listed on the plugin page are no longer there, don't react to emails (some emails are even wrong).
Judging from the github project, others have taken over this project...
https://github.com/jenkinsci/rebuild-plugin
alex d
added a comment - Not related to this issue specifically, but it looks like the maintainers listed on the plugin page are no longer there, don't react to emails (some emails are even wrong).
Judging from the github project, others have taken over this project...
https://github.com/jenkinsci/rebuild-plugin
axd1967 yes, we need to fix that some day. This value is extracted from the pom.xml currently. I think we should clarify the way (Using a Jenkins Enhancement Proposal) plugins has to be maintained, and make sure this data is up to date/reflecting the latest state. Which is indeed rarely the case for most plugins taken over by new maintainers.
Thanks Bapthiste M. for helping me report this.