Skip to content

Conversation

bernardladenthin
Copy link

…m user agent for http/s requests.

Issue: #1521

Any of the checked boxes below indicate that I took action:

For all non-trivial changes that modify the behavior or public API:

  • Before submitting a pull request, I started a discussion on the Gradle developer list,
    the forum or can reference a JIRA issue.
  • I considered writing a design document. A design document can be
    brief but explains the use case or problem you are trying to solve,
    touches on the planned implementation approach as well as the test cases
    that verify the behavior. Optimally, design documents should be submitted
    as a separate pull request. Samples
    can be found in the Gradle GitHub repository. Please let us know if you need help with
    creating the design document. We are happy to help!
  • The pull request contains an appropriate level of unit and integration
    test coverage to verify the behavior. Before submitting the pull request
    I ran a build on my local machine via the command
    ./gradlew quickCheck <impacted-subproject>:check.
  • The pull request updates the Gradle documentation like user guide,
    DSL reference and Javadocs where applicable.

@big-guy
Copy link
Member

big-guy commented Jan 30, 2019

Sorry, we're not going to merge this. There have been some other changes that make these differences meaningful. Thank you for interest!

@big-guy big-guy closed this Jan 30, 2019
@big-guy big-guy added this to the 5.3 RC1 milestone Jan 30, 2019
@ov7a ov7a removed this from the 5.3 RC1 milestone Mar 28, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

a:feature A new functionality

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants