Spring Tool Suite
  1. Spring Tool Suite
  2. STS-2639

Offering to switch to try and override global gradle distro is probably not a good idea anymore

    Details

    • Type: Bug Bug
    • Status: Resolved Resolved
    • Priority: Major Major
    • Resolution: Complete
    • Affects Version/s: 2.9.1.RELEASE
    • Fix Version/s: 3.0.0.M2
    • Component/s: GRADLE
    • Labels:
      None

      Description

      When there's an error, tooling offers to use a different Gradle version and see if that helps. But this can be quite annoying if it happens again and again and the suggested version is not helping (which is probably more often than not the case).

      This feature should either be removed, or at least easy to disable the very first time the dialog pops up ('don't ask me again style checkbox').

      See forum: http://forum.springsource.org/showthread.php?126450-Gradle-disable-switching-gradle-version-on-error&p=412743#post412743

        Activity

        Hide
        Rainer Frey added a comment -

        Instead of "don't ask again", why not make it a preference (preferably off by default)?

        Show
        Rainer Frey added a comment - Instead of "don't ask again", why not make it a preference (preferably off by default)?
        Hide
        Kris De Volder (c) added a comment -

        The 'don't ask again' is typically implemented as a preference. But it would be on by default and get switched off the first time you indicate you don't want to be asked again (and if you really wanted to then turn it back on you would have to find the preference on the preferences page to re-enable it).

        Turning it off by default would be almost the same as removing it altogether (which is an option I'm also seriously considering . Realistically, if it is off by default, I seriously doubdt anybody will know to go look for that preference to turn it on.

        Kris

        Show
        Kris De Volder (c) added a comment - The 'don't ask again' is typically implemented as a preference. But it would be on by default and get switched off the first time you indicate you don't want to be asked again (and if you really wanted to then turn it back on you would have to find the preference on the preferences page to re-enable it). Turning it off by default would be almost the same as removing it altogether (which is an option I'm also seriously considering . Realistically, if it is off by default, I seriously doubdt anybody will know to go look for that preference to turn it on. Kris
        Hide
        Kris De Volder (c) added a comment -

        Rainer, I thought about it a bit. I think I'm just going to remove this altogether.
        Removing it will reduce the complexity of the code quite a bit. While adding more UI to make it 'disable-able' will only make it more complex. The benefits of this feature are quite dubious so it seems to me adding more complexity to keep it alive is really not such a great idea.

        Show
        Kris De Volder (c) added a comment - Rainer, I thought about it a bit. I think I'm just going to remove this altogether. Removing it will reduce the complexity of the code quite a bit. While adding more UI to make it 'disable-able' will only make it more complex. The benefits of this feature are quite dubious so it seems to me adding more complexity to keep it alive is really not such a great idea.
        Hide
        Kris De Volder (c) added a comment -

        It's done. I've ripped out all of the code related to the annoying dialog.

        Depending on how much it annoys you, you can update to snapshotted version of the Gradle tooling from here:
        http://dist.springsource.com/snapshot/TOOLS/nightly/gradle/

        It should be up there right now.

        Kris

        Show
        Kris De Volder (c) added a comment - It's done. I've ripped out all of the code related to the annoying dialog. Depending on how much it annoys you, you can update to snapshotted version of the Gradle tooling from here: http://dist.springsource.com/snapshot/TOOLS/nightly/gradle/ It should be up there right now. Kris

          People

          • Assignee:
            Kris De Volder (c)
            Reporter:
            Kris De Volder (c)
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:
              First Response Date: