![]() |
|
|
|
|
Issue Type:
|
![Bug]() Bug
|
|
Affects Versions:
|
current |
|
Assignee:
|
Unassigned |
|
Components:
|
additional-identities, cloudtest, core, plugin |
|
Created:
|
17/Dec/13 8:23 AM
|
|
Description:
|
Currently when trying to get files from a URL elsewhere, Jenkins HTTP GETs use the User-Agent "Java/<java version #>". Example:
User-Agent: Java/1.6.0_65
Saw these requests going through from Wireshark.
However, I've used CloudFlare and I have also seen sites that specifically reject requests with user-agent having Java/<java version #> in it.
I propose that Jenkins change the core to identify itself in the user-agent as "Jenkins/<Jenkins' version #>". Example:
User-Agent: Jenkins/1.541
This is really one line of code in Jenkins:
System.setProperty("http.agent", "Jenkins/" + Jenkins.getVersion().toString());
It would be highly inappropriate for my plugin to make this change and hence currently I have to work around it by resetting the user-agent of every connection call I make. Please make this change possible!
Thanks!
|
|
Environment:
|
Jenkins and Jenkins plugins
|
|
Project:
|
Jenkins
|
|
Labels:
|
user-agent
malware
identifier
|
|
Priority:
|
![Major]() Major
|
|
Reporter:
|
Julia Yang
|
|
|
|
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.
