Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-42645

Search in Jenkins should be case insensitive by default

    • Icon: Improvement Improvement
    • Resolution: Done
    • Icon: Minor Minor
    • core
    • None
    • Jenkins 2.49

      As discussed on the mailing list [1] there seems to be consensus that case insensitive search in Jenkins is much more intuitive. This unfortunately is an opposite to the situation available in Jenkins as of this issue creation [2]. In a context of changes in JENKINS-40718 (and the same approach in other places) it would be no longer possible to find FAILED jobs just by typing "fail" ("FAIL" would be required). This is counterproductive and misleading.

      This issue assumes change the default behavior for newly crated users and for an anonymous user.

      In addition it would be good to consider (probably as a separate issue to do not postpone the main action) a possibility to change that behavior for users that haven't intentionally opt-in to have case sensitive search. Unfortunately it can be impossible to determine that situation. Therefore maybe it would be beneficial (to prevent a "regression" related to JENKINS-40718 and similar changes) to reset that behavior and require from an user to opt-in to it once more - however, it could be somehow clumsy in the implementation (e.g. two values in XML for the same feature). Suggestions for that are welcome.

       

          [JENKINS-42645] Search in Jenkins should be case insensitive by default

          Marcin Zajączkowski created issue -
          Marcin Zajączkowski made changes -
          Description Original: As [discussed|https://groups.google.com/d/topic/jenkinsci-dev/I9PVV3j0Eb8/discussion] on the mailing list [1] there seems to be consensus that case insensitive search in Jenkins is much more intuitive. This unfortunately is an opposite to the situation [available|https://github.com/jenkinsci/jenkins/blob/76b5ba7f4641102917d551764e275f3d6044186e/core/src/main/java/hudson/search/UserSearchProperty.java#L28-L29] in Jenkins as of this issue creation [2]. In a context of [changes|https://github.com/jenkinsci/jenkins/pull/2683#issuecomment-275952138] in JENKINS-40718 (and the same approach in other places) it would be no longer possible to find FAILED jobs just by typing "fail" ("FAIL" would be required). This is counterproductive and misleading.

          This issue assumes change the default behavior for newly crated users and for an anonymous user.

          In addition it would be good to consider (probably as a separate issue) a possibility to change that behavior for users that haven't intentionally opt-in to have case sensitive search. Unfortunately it can be impossible to determine that situation. Therefore maybe it would be beneficial (to prevent a "regression" related to JENKINS-40718 and similar changes) to reset that behavior and require from an user to opt-in to it once more - however, it could be somehow clumsy in the implementation (e.g. two values in XML for the same feature). Suggestions for that are welcome.

           
          New: As [discussed|https://groups.google.com/d/topic/jenkinsci-dev/I9PVV3j0Eb8/discussion] on the mailing list [1] there seems to be consensus that case insensitive search in Jenkins is much more intuitive. This unfortunately is an opposite to the situation [available|https://github.com/jenkinsci/jenkins/blob/76b5ba7f4641102917d551764e275f3d6044186e/core/src/main/java/hudson/search/UserSearchProperty.java#L28-L29] in Jenkins as of this issue creation [2]. In a context of [changes|https://github.com/jenkinsci/jenkins/pull/2683#issuecomment-275952138] in JENKINS-40718 (and the same approach in other places) it would be no longer possible to find FAILED jobs just by typing "fail" ("FAIL" would be required). This is counterproductive and misleading.

          This issue assumes change the default behavior for newly crated users and for an anonymous user.

          In addition it would be good to consider (probably as a separate issue to do not postpone the main action) a possibility to change that behavior for users that haven't intentionally opt-in to have case sensitive search. Unfortunately it can be impossible to determine that situation. Therefore maybe it would be beneficial (to prevent a "regression" related to JENKINS-40718 and similar changes) to reset that behavior and require from an user to opt-in to it once more - however, it could be somehow clumsy in the implementation (e.g. two values in XML for the same feature). Suggestions for that are welcome.

           

          Marcin Zajączkowski added a comment - Related PR: https://github.com/jenkinsci/jenkins/pull/2801

          Available in 2.50.

          Marcin Zajączkowski added a comment - Available in 2.50.
          Marcin Zajączkowski made changes -
          Resolution New: Done [ 10000 ]
          Status Original: Open [ 1 ] New: Resolved [ 5 ]
          Marcin Zajączkowski made changes -
          Status Original: Resolved [ 5 ] New: Closed [ 6 ]
          Marcin Zajączkowski made changes -
          Environment Original: Jenkikns 2.49 New: Jenkins 2.49

          Wrong issue... Should be JENKINS-40718.

          Marcin Zajączkowski added a comment - Wrong issue... Should be JENKINS-40718 .
          Marcin Zajączkowski made changes -
          Resolution Original: Done [ 10000 ]
          Status Original: Closed [ 6 ] New: Reopened [ 4 ]
          Marcin Zajączkowski made changes -
          Status Original: Reopened [ 4 ] New: In Progress [ 3 ]

            emszpak Marcin Zajączkowski
            emszpak Marcin Zajączkowski
            Votes:
            1 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: