It might be more useful to let the project directory's name
be the default name of the project.

That is what we do right now. The main problem with this approach is that often the user does not have control over the name of the root directory, such as when the build is being executed by a CI server.

In addition, using the file name would encourage people to call their build files something other than build.gradle, which I think is a major goodness.

The CI server angle was something I hadn't considered.
Thanks for the info.

Is it possible to use the subproject name as a part of the "build.gradle" name.

/build.gradle
/settings.gradle
/subproject1/buildSubproject1.gradle
/subproject2/buildSubproject2.gradle

This should be optional.

I sort of like the simplicity of the current naming convention.
If the build file has to be the same as the project name, then how do you have a project named 'settings' or 'init'?

This is only what the default should be. Right now you can already set the build script names to be the project names. You can use the settings.gradle for this. Our idea is to apply this as a default pattern only for subprojects. So there would be no name conflict with the root build script name, which would be still build.gradle. In any case, whether we will do this is not decided yet. And if we change it, you will always be able to easily switch back to the current behaviour.

As announced on the Gradle blog we are planning to completely migrate issues from JIRA to GitHub.

We intend to prioritize issues that are actionable and impactful while working more closely with the community. Many of our JIRA issues are inactionable or irrelevant. We would like to request your help to ensure we can appropriately prioritize JIRA issues you’ve contributed to.

Please confirm that you still advocate for your JIRA issue before December 10th, 2016 by:

• Checking that your issues contain requisite context, impact, behaviors, and examples as described in our published guidelines.
• Leave a comment on the JIRA issue or open a new GitHub issue confirming that the above is complete.

We look forward to collaborating with you more closely on GitHub. Thank you for your contribution to Gradle!

Thanks again for reporting this issue. We haven't heard back from you after our inquiry from November 15th. We are closing this issue now. Please create an issue on GitHub if you still feel passionate about getting it resolved.