![]() |
|
|
|
|
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
[email protected].
For more options, visit
https://groups.google.com/groups/opt_out.
