[JIRA] [seleniumhtmlreport] (JENKINS-18529) Feedback icons broken in Google Chrome

2013-06-27 Thread zepedro.corr...@gmail.com (JIRA)














































Jose Pedro Correia
 created  JENKINS-18529


Feedback icons broken in Google Chrome















Issue Type:


Bug



Assignee:


m211



Attachments:


Screenshot.png



Components:


seleniumhtmlreport



Created:


27/Jun/13 1:23 PM



Description:


Cannot see feedback icons (green tick mark or red cross mark) in summary page on Google Chrome. Cannot see even see 'alt' text. See attached screenshot.

The following post might be relevant for the 'alt' issue at least: http://stackoverflow.com/questions/5386570/how-to-display-alt-text-for-an-image-in-chrome




Environment:


Google Chrome version 27.0.1453.110




Project:


Jenkins



Priority:


Major



Reporter:


Jose Pedro Correia

























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups Jenkins Issues group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.




[JIRA] [seleniumhtmlreport] (JENKINS-18529) Feedback icons broken in Google Chrome

2013-06-27 Thread zepedro.corr...@gmail.com (JIRA)














































Jose Pedro Correia
 commented on  JENKINS-18529


Feedback icons broken in Google Chrome















Actually the icons are not visible in Firefox either on my machine. What could the problem be?

In any case, in Firefox I get the 'alt' text at least, but in Google Chrome not even that is visible, as you see from the screenshot. Can that at least be fixed?



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups Jenkins Issues group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.




[JIRA] [seleniumhtmlreport] (JENKINS-18529) Feedback icons broken in Google Chrome

2013-06-27 Thread zepedro.corr...@gmail.com (JIRA)














































Jose Pedro Correia
 commented on  JENKINS-18529


Feedback icons broken in Google Chrome















404



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups Jenkins Issues group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.




[JIRA] [postbuildscript] (JENKINS-17389) Allow post build script actions to run before other post-build actions

2013-04-24 Thread zepedro.corr...@gmail.com (JIRA)














































Jose Pedro Correia
 commented on  JENKINS-17389


Allow post build script actions to run before other post-build actions















Well, the problem is exactly that the order of the post-build actions is not respected by this plugin.

For example, say I have two post-build actions: archiving artifacts and a PostBuildScript action. Even if I put the PostBuildScript action BEFORE the artifact archival, when I run a build the PostBuildScript action is executed AFTER artifacts are archived. Plus it will move ITSELF to the end of the post-build actions.

In my case this is important because my PostBuildScript action generates some artifacts that I want to archive, but currently this is impossible.

P.S. - Why do you call this an old plugin if the last release was less than two months ago? Is there a more recent alternative? I've found the 'Post build task' plugin, but it is less powerful.



























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups Jenkins Issues group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.




[JIRA] (JENKINS-17389) Allow post build script actions to run before other post-build actions

2013-03-27 Thread zepedro.corr...@gmail.com (JIRA)














































Jose Pedro Correia
 created  JENKINS-17389


Allow post build script actions to run before other post-build actions















Issue Type:


Improvement



Affects Versions:


current



Assignee:


Gregory Boissinot



Components:


postbuildscript



Created:


27/Mar/13 3:58 PM



Description:


Currently, the PostBuildScript Plugin runs a set of actions only after all other post-build actions, even when it is placed before other post-build actions using the Jenkins UI.

It would be very useful to be able to run actions before other post-build actions too. For example, I would like to run a script that produces artifacts that I would like to archive. This is currently impossible with this plugin, since the PostBuildScript actions necessarily run after the artifact archiving.




Project:


Jenkins



Priority:


Minor



Reporter:


Jose Pedro Correia

























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira







-- 
You received this message because you are subscribed to the Google Groups Jenkins Issues group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.




[JIRA] (JENKINS-16132) More fine-grained conditioning of build outcome based on outcome of particular build steps

2012-12-14 Thread zepedro.corr...@gmail.com (JIRA)














































Jose Pedro Correia
 created  JENKINS-16132


More fine-grained conditioning of build outcome based on outcome of particular build steps















Issue Type:


Improvement



Assignee:


Unassigned


Components:


core



Created:


14/Dec/12 1:10 PM



Description:


I would like to be able to condition the outcome of a build for each build step, in a generic way (independently of the type of build step). What I mean is basically to generalize to any type of build step the three options provided by a parameterized trigger (https://wiki.jenkins-ci.org/display/JENKINS/Parameterized+Trigger+Plugin) build step when it is set to block (i.e. "Fail this build step if the triggered build is worse or equal to", "Mark this build as failure if the triggered build is worse or equal to" and "Mark this build as unstable if the triggered build is worse or equal to").

This would allow a more fine-grained control of the impact of each build step (e.g. "Don't fail/interrupt the build because this build step failed, but do mark the build as failure at the end...").

My use case:

	startup Tomcat with my application
	run some build steps (some ant targets, some shell build steps, etc)
	stop Tomcat
	do some more stuff
The problem is I want to make sure the build step that stops Tomcat always runs if the startup ran, even if the steps in between failed. However, the build should be marked as failure in the end if those failed.






Project:


Jenkins



Priority:


Minor



Reporter:


Jose Pedro Correia

























This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira






[JIRA] (JENKINS-8871) Allow to use other SVN protocol than http/https

2012-03-20 Thread zepedro.corr...@gmail.com (JIRA)

[ 
https://issues.jenkins-ci.org/browse/JENKINS-8871?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=160488#comment-160488
 ] 

Jose Pedro Correia commented on JENKINS-8871:
-

Hi fcamblor,

Thanks for the feedback (I just saw it now, sorry).

I tried out that test job. It worked fine. However, I still have exactly the 
same problem...

 Allow to use other SVN protocol than http/https
 ---

 Key: JENKINS-8871
 URL: https://issues.jenkins-ci.org/browse/JENKINS-8871
 Project: Jenkins
  Issue Type: Improvement
  Components: scm-sync-configuration
Reporter: fcamblor
Assignee: fcamblor
 Attachments: scm-sync-configuration-0.0.5-bugfix8871-1.hpi


 Prior to v0.0.3, scm-sync-configuration plugin is relying on svnjava maven 
 scm provider (see 
 http://code.google.com/a/apache-extras.org/p/maven-scm-provider-svnjava/ ), 
 only http/https/file protocols are supported (for example svn+ssh is not 
 supported).
 Eventually, a workaround would be to activate svnexe maven scm implementation 
 for these case (Problem is : I don't know if we can have both svnexe  
 svnjava plexus component activated in the same time)
 Nevertheless, the best point would be to have svnjava be compliant with every 
 svn supported protocols.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira




[JIRA] (JENKINS-8871) Allow to use other SVN protocol than http/https

2012-03-02 Thread zepedro.corr...@gmail.com (JIRA)

[ 
https://issues.jenkins-ci.org/browse/JENKINS-8871?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=159751#comment-159751
 ] 

Pedro Correia commented on JENKINS-8871:


Hi everyone,

Don't know if anybody is still busy with this, but I was trying to get this 
working.

Initially I ran into the same problem as reported by [~jchatham]:

{code}
Mar 2, 2012 1:41:15 PM hudson.plugins.scm_sync_configuration.SCMManipulator 
checkout
SEVERE: [checkout] Error during checkout : SVN checkout failed.

Mar 2, 2012 1:41:15 PM hudson.plugins.scm_sync_configuration.SCMManipulator 
scmConfigurationSettledUp
INFO: Creating scmRepository connection data ..
{code}

To try to fix this I manually checked out the 
{{JENKINS_HOME/scm-sync-configuration/checkoutConfiguration}} directory. That 
solves that problem, but now I get problems committing changes to the 
configuration files:

{code}
Mar 2, 2012 1:48:13 PM hudson.plugins.scm_sync_configuration.SCMManipulator 
checkinFiles
SEVERE: [checkinFiles] Problem during commit of [[config.xml]] : svn: Commit 
failed (details follow):
svn: Authentication required for 'svn+ssh://tk7'
{code}

This is strange because I'm pretty sure the credentials are set up correctly...

Any thoughts?

 Allow to use other SVN protocol than http/https
 ---

 Key: JENKINS-8871
 URL: https://issues.jenkins-ci.org/browse/JENKINS-8871
 Project: Jenkins
  Issue Type: Improvement
  Components: scm-sync-configuration
Reporter: fcamblor
Assignee: fcamblor
 Attachments: scm-sync-configuration-0.0.5-bugfix8871-1.hpi


 Prior to v0.0.3, scm-sync-configuration plugin is relying on svnjava maven 
 scm provider (see 
 http://code.google.com/a/apache-extras.org/p/maven-scm-provider-svnjava/ ), 
 only http/https/file protocols are supported (for example svn+ssh is not 
 supported).
 Eventually, a workaround would be to activate svnexe maven scm implementation 
 for these case (Problem is : I don't know if we can have both svnexe  
 svnjava plexus component activated in the same time)
 Nevertheless, the best point would be to have svnjava be compliant with every 
 svn supported protocols.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira