[JIRA] [core] (JENKINS-17526) Broken CSS when reloading Jenkins after a time of inactivity

2013-11-15 Thread brunocvcu...@gmail.com (JIRA) 














































Bruno Cunha
 commented on  JENKINS-17526


Broken CSS when reloading Jenkins after a time of inactivity















I'm getting the same issue in 1.538 too.
https://dl.dropboxusercontent.com/s/ze1soaao4zbg8ig/jenkins-css.png

This is very annoying and I have to be careful to not press F5.
The server is generating invalid URLs to static resources (e.g. http://touros:8080/static/38c6342f/images/24x24/grey.png), that gives 404 error.

A service reboot resolve the problem for a while.



























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-17314) Rebuild Job using GET method

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














































Bruno Cunha
 started work on  JENKINS-17314


Rebuild Job using GET method
















Change By:


Bruno Cunha
(27/Mar/13 12:21 PM)




Status:


Open
In Progress



























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-17314) Rebuild Job using GET method

2013-03-25 Thread brunocvcu...@gmail.com (JIRA) 














































Bruno Cunha
 commented on  JENKINS-17314


Rebuild Job using GET method















I've made a pull request with the fix for this issue.

Waiting for release of version 2.6



























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-17314) Rebuild Job using GET method

2013-03-25 Thread brunocvcu...@gmail.com (JIRA) 















































Bruno Cunha
 assigned  JENKINS-17314 to Bruno Cunha



Rebuild Job using GET method
















Change By:


Bruno Cunha
(25/Mar/13 11:21 AM)




Assignee:


Peter Hayes
Bruno Cunha



























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-17324) Update Center reboot flag problem

2013-03-22 Thread brunocvcu...@gmail.com (JIRA) 














































Bruno Cunha
 updated  JENKINS-17324


Update Center reboot flag problem
















Change By:


Bruno Cunha
(22/Mar/13 1:47 PM)




Summary:


Update Center reboot flag
 problems
 problem



























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-17324) Update Center reboot flag problems

2013-03-22 Thread brunocvcu...@gmail.com (JIRA) 














































Bruno Cunha
 created  JENKINS-17324


Update Center reboot flag problems















Issue Type:


Bug



Affects Versions:


current



Assignee:


Unassigned


Components:


update-center



Created:


22/Mar/13 1:47 PM



Description:


Hello.

I observed that the "Restart Jenkins when installation is complete and no jobs are running" checkbox on the Update Center does not reflect the real state of the environment.
If my server is going to shut down previously marked by "/quietDown", the flag will be marked, but it doesn't guarantee that the server will really restart after the updates. 
I had an experience that server only shutdown after I cancel that previously mark (/cancelQuietDown), and re-select the checkbox on Update Manager.


Thank you!

Regards,
Bruno Candido Volpato da Cunha





Environment:


Jenkins ver. 1.506




Project:


Jenkins



Priority:


Major



Reporter:


Bruno Cunha

























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-17314) Rebuild Job using GET method

2013-03-21 Thread brunocvcu...@gmail.com (JIRA) 














































Bruno Cunha
 created  JENKINS-17314


Rebuild Job using GET method















Issue Type:


Bug



Affects Versions:


current



Assignee:


Peter Hayes



Components:


dashboard-view



Created:


21/Mar/13 10:29 PM



Description:


Hello!

I'm using Dashboard 2.4 on my Jenkins server, and I have the "Unstable Jobs" view in my dashboard.
When I try to rebuild something in that view, it gives me this error: "You must use POST method to trigger builds. (From scripts you may instead pass a per-project authentication token, or authenticate with your API token.) If you see this page, it may be because a plugin offered a GET link; file a bug report for that plugin."

As suggested, I'm filing this bug.


Thank you!

Regards,
Bruno Candido Volpato da Cunha





Environment:


Jenkins ver. 1.505 - Dashboard 2.4




Project:


Jenkins



Labels:


dashboard
security




Priority:


Major



Reporter:


Bruno Cunha

























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-16556) Plugin deploy after update

2013-01-30 Thread brunocvcu...@gmail.com (JIRA) 














































Bruno Cunha
 created  JENKINS-16556


Plugin deploy after update















Issue Type:


Improvement



Assignee:


Unassigned


Components:


update-center



Created:


30/Jan/13 4:25 PM



Description:


Hello!

I'm updating some plugins on the Update Center, and using the option "Install without restart", it often gives me a lot of errors like this:


Subversion Plugin	
 Falha -
hudson.util.IOException2: Failed to dynamically deploy this plugin
	at hudson.model.UpdateCenter$InstallationJob._run(UpdateCenter.java:1259)
	at hudson.model.UpdateCenter$DownloadJob.run(UpdateCenter.java:1056)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
	at java.util.concurrent.FutureTask.run(FutureTask.java:138)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
	at java.lang.Thread.run(Thread.java:662)
Caused by: java.io.IOException: Unable to delete C:\Jenkins\plugins\subversion\WEB-INF\lib\antlr-runtime-3.4.jar
	at hudson.Util.deleteFile(Util.java:243)
	at hudson.Util.deleteRecursive(Util.java:293)
	at hudson.Util.deleteContentsRecursive(Util.java:204)
	at hudson.Util.deleteRecursive(Util.java:284)
	at hudson.Util.deleteContentsRecursive(Util.java:204)
	at hudson.Util.deleteRecursive(Util.java:284)
	at hudson.Util.deleteContentsRecursive(Util.java:204)
	at hudson.Util.deleteRecursive(Util.java:284)
	at hudson.ClassicPluginStrategy.explode(ClassicPluginStrategy.java:425)
	at hudson.ClassicPluginStrategy.createPluginWrapper(ClassicPluginStrategy.java:122)
	at hudson.PluginManager.dynamicLoad(PluginManager.java:391)
	at hudson.model.UpdateCenter$InstallationJob._run(UpdateCenter.java:1255)
	... 7 more



But I guess Jenkins doesn't need to delete this JAR... The new version of plugin have the same JAR (same hash/fingerprint) compared to the older... 

It would be very good if Jenkins could check the target file before trying to replace that on the plugin deploy.

This JPI files fingerprint improvement will make the updating experience looks better, and with less reboots.



Thank you!


Regards,
Bruno Candido Volpato da Cunha




Environment:


Jenkins 1.498, JDK 1.6.0_31 64 bits - Windows Server 2008 R2






Project:


Jenkins



Labels:


plugin
deploy




Priority:


Major



Reporter:


Bruno Cunha

























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-16135) Build Flow dependency graph doesn't render on job status page

2012-12-27 Thread brunocvcu...@gmail.com (JIRA) 












































  
Bruno Cunha
 edited a comment on  JENKINS-16135


Build Flow dependency graph doesn't render on job status page
















Same issue here on 1.494.

I got this stack trace in the system log:


INFO: 01 - Inutils4j #25 main build action completed: SUCCESS
27/12/2012 11:35:50 hudson.ExpressionFactory2$JexlExpression evaluate
AVISO: Caught exception evaluating: not empty g.outgoingEdgesOf(n). Reason: java.lang.IllegalArgumentException: no such vertex in graph
java.lang.IllegalArgumentException: no such vertex in graph
	at org.jgrapht.graph.AbstractGraph.assertVertexExist(Unknown Source)
	at org.jgrapht.graph.AbstractBaseGraph$DirectedSpecifics.getEdgeContainer(Unknown Source)
	at org.jgrapht.graph.AbstractBaseGraph$DirectedSpecifics.outgoingEdgesOf(Unknown Source)
	at org.jgrapht.graph.AbstractBaseGraph.outgoingEdgesOf(Unknown Source)
	at sun.reflect.GeneratedMethodAccessor1573.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at org.apache.commons.jexl.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:258)
	at org.apache.commons.jexl.parser.ASTMethod.execute(ASTMethod.java:104)
	at org.apache.commons.jexl.parser.ASTReference.execute(ASTReference.java:83)
	at org.apache.commons.jexl.parser.ASTReference.value(ASTReference.java:57)
	at org.apache.commons.jexl.parser.ASTEmptyFunction.value(ASTEmptyFunction.java:65)
	at org.apache.commons.jexl.parser.ASTNotNode.value(ASTNotNode.java:56)
	at org.apache.commons.jexl.parser.ASTExpression.value(ASTExpression.java:54)
	at org.apache.commons.jexl.parser.ASTExpressionExpression.value(ASTExpressionExpression.java:56)
	at org.apache.commons.jexl.ExpressionImpl.evaluate(ExpressionImpl.java:80)
	at hudson.ExpressionFactory2$JexlExpression.evaluate(ExpressionFactory2.java:72)
	at org.apache.commons.jelly._expression_.ExpressionSupport.evaluateRecurse(ExpressionSupport.java:61)
	at org.apache.commons.jelly._expression_.ExpressionSupport.evaluateAsBoolean(ExpressionSupport.java:71)
	at org.apache.commons.jelly.tags.core.WhileTag.doTag(WhileTag.java:58)
	at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269)
	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
	at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
	at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105)
	at org.kohsuke.stapler.jelly.JellyViewScript.run(JellyViewScript.java:81)
	at org.kohsuke.stapler.jelly.IncludeTag.doTag(IncludeTag.java:146)
	at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269)
	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
	at org.kohsuke.stapler.jelly.CallTagLibScript$1.run(CallTagLibScript.java:98)
	at org.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:91)
	at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269)
	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
	at org.apache.commons.jelly.tags.core.CoreTagLibrary$1.run(CoreTagLibrary.java:98)
	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
	at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105)
	at org.kohsuke.stapler.jelly.CallTagLibScript.run(CallTagLibScript.java:119)
	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
	at org.kohsuke.stapler.jelly.CallTagLibScript$1.run(CallTagLibScript.java:98)
	at org.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:91)
	at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269)
	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
	at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
	at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
	at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
	at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
	at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
	at org.apache.commo

[JIRA] (JENKINS-16135) Build Flow dependency graph doesn't render on job status page

2012-12-27 Thread brunocvcu...@gmail.com (JIRA) 














































Bruno Cunha
 commented on  JENKINS-16135


Build Flow dependency graph doesn't render on job status page















Same issue here on 1.494.

I got this stack trace in the system log:


INFO: 01 - Inutils4j #25 main build action completed: SUCCESS
27/12/2012 11:35:50 hudson.ExpressionFactory2$JexlExpression evaluate
AVISO: Caught exception evaluating: not empty g.outgoingEdgesOf(n). Reason: java.lang.IllegalArgumentException: no such vertex in graph
java.lang.IllegalArgumentException: no such vertex in graph
	at org.jgrapht.graph.AbstractGraph.assertVertexExist(Unknown Source)
	at org.jgrapht.graph.AbstractBaseGraph$DirectedSpecifics.getEdgeContainer(Unknown Source)
	at org.jgrapht.graph.AbstractBaseGraph$DirectedSpecifics.outgoingEdgesOf(Unknown Source)
	at org.jgrapht.graph.AbstractBaseGraph.outgoingEdgesOf(Unknown Source)
	at sun.reflect.GeneratedMethodAccessor1573.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at org.apache.commons.jexl.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:258)
	at org.apache.commons.jexl.parser.ASTMethod.execute(ASTMethod.java:104)
	at org.apache.commons.jexl.parser.ASTReference.execute(ASTReference.java:83)
	at org.apache.commons.jexl.parser.ASTReference.value(ASTReference.java:57)
	at org.apache.commons.jexl.parser.ASTEmptyFunction.value(ASTEmptyFunction.java:65)
	at org.apache.commons.jexl.parser.ASTNotNode.value(ASTNotNode.java:56)
	at org.apache.commons.jexl.parser.ASTExpression.value(ASTExpression.java:54)
	at org.apache.commons.jexl.parser.ASTExpressionExpression.value(ASTExpressionExpression.java:56)
	at org.apache.commons.jexl.ExpressionImpl.evaluate(ExpressionImpl.java:80)
	at hudson.ExpressionFactory2$JexlExpression.evaluate(ExpressionFactory2.java:72)
	at org.apache.commons.jelly._expression_.ExpressionSupport.evaluateRecurse(ExpressionSupport.java:61)
	at org.apache.commons.jelly._expression_.ExpressionSupport.evaluateAsBoolean(ExpressionSupport.java:71)
	at org.apache.commons.jelly.tags.core.WhileTag.doTag(WhileTag.java:58)
	at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269)
	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
	at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
	at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105)
	at org.kohsuke.stapler.jelly.JellyViewScript.run(JellyViewScript.java:81)
	at org.kohsuke.stapler.jelly.IncludeTag.doTag(IncludeTag.java:146)
	at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269)
	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
	at org.kohsuke.stapler.jelly.CallTagLibScript$1.run(CallTagLibScript.java:98)
	at org.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:91)
	at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269)
	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
	at org.apache.commons.jelly.tags.core.CoreTagLibrary$1.run(CoreTagLibrary.java:98)
	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
	at org.apache.commons.jelly.tags.core.CoreTagLibrary$2.run(CoreTagLibrary.java:105)
	at org.kohsuke.stapler.jelly.CallTagLibScript.run(CallTagLibScript.java:119)
	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
	at org.kohsuke.stapler.jelly.CallTagLibScript$1.run(CallTagLibScript.java:98)
	at org.apache.commons.jelly.tags.define.InvokeBodyTag.doTag(InvokeBodyTag.java:91)
	at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:269)
	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
	at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
	at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
	at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
	at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
	at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95)
	at org.kohsuke.stapler.jelly.ReallyStaticTagLibrary$1.run(ReallyStaticTagLibrary.java:99)
	at org.apache.commons.je

[JIRA] (JENKINS-16137) Build Parameters in Multiple Configuration Build

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














































Bruno Cunha
 created  JENKINS-16137


Build Parameters in Multiple Configuration Build















Issue Type:


Bug



Affects Versions:


current



Assignee:


Unassigned


Components:


core



Created:


14/Dec/12 6:58 PM



Description:


Hello!

I don't know if this is an expected behavior, but I'm opening this issue as a Bug.

I'm trying to use a Build Parameter (Select) to inject variables in my Axis Combined Filter.

i.e. My build parameter (user input) is "execVers", and one axis configuration is "version".
I would like to use my combined filter in this way:

Combined Filter
(version=="11.5.3" && execVers=="11.5.3") || (version=="11.5.4" && execVers=="11.5.4")



But it seems that the 'execVers' isn't available to use in Combined Filter, even if it exists:

Exception
Exception: groovy.lang.MissingPropertyException: No such property: execVers for class: Script1
Stacktrace:
javax.servlet.ServletException: groovy.lang.MissingPropertyException: No such property: execVers for class: Script1
	at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:615)
	at org.kohsuke.stapler.Stapler.invoke(Stapler.java:658)
	at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:241)
	at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53)
	at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:573)
	at org.kohsuke.stapler.Stapler.invoke(Stapler.java:658)
	at org.kohsuke.stapler.Stapler.invoke(Stapler.java:487)
	at org.kohsuke.stapler.Stapler.service(Stapler.java:164)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:45)
	at winstone.ServletConfiguration.execute(ServletConfiguration.java:248)
	at winstone.RequestDispatcher.forward(RequestDispatcher.java:333)
	at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:376)
	at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:95)
	at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:87)
	at winstone.FilterConfiguration.execute(FilterConfiguration.java:194)
	at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366)
	at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:85)
	at winstone.FilterConfiguration.execute(FilterConfiguration.java:194)
	at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366)
	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84)
	at hudson.security.UnwrapSecurityExceptionFilter.doFilter(UnwrapSecurityExceptionFilter.java:51)
	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
	at org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:166)
	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
	at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)
	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
	at org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142)
	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
	at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:271)
	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
	at org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:173)
	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
	at jenkins.security.ApiTokenFilter.doFilter(ApiTokenFilter.java:63)
	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
	at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:249)
	at hudson.security.HttpSessionContextIntegrationFilter2.doFilter(HttpSessionContextIntegrationFilter2.java:66)
	at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87)
	at hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76)
	at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:164)
	at winstone.FilterConfigurati

[JIRA] (JENKINS-15041) Proxy support

2012-09-04 Thread brunocvcu...@gmail.com (JIRA) 














































Bruno Cunha
 created  JENKINS-15041


Proxy support















Issue Type:


New Feature



Assignee:


Bruno Cunha



Components:


memegen



Created:


04/Sep/12 8:17 PM



Description:


Hello!

Please, can you add Proxy Support to Meme Generator?

My network only allows external access (to the Meme Server) by proxy, and I didn't find how to configure the proxy (everything is configured in Jenkins Update Manager).


Thank you.


BR,
Bruno




Project:


Jenkins



Priority:


Minor



Reporter:


Bruno Cunha

























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