• 7
    • 1
    • We collect Confluence feedback from various sources, and we evaluate what we've collected when planning our product roadmap. To understand how this piece of feedback will be reviewed, see our Implementation of New Features Policy.

      NOTE: This suggestion is for Confluence Server. Using Confluence Cloud? See the corresponding suggestion.

      Our Confluence installation has around 150 spaces. Many of our users complain that "Quick Search" defaults to searching in all spaces, which makes it somewhat less quick since users always have to limit it to specific space searching.

      I realise that many users with smaller Confluence instances would not mind this behaviour so can we have a site-wide configuration option to configure whether quick search searches the current space or the global installation?

      It would also be very handy if there was a user preference that allowed the user to configure quick search behaviour on the home page - to specify either global search or limited to the user's favourite spaces.

          Form Name

            [CONFSERVER-5338] Make quick search scope a site configurable option

            We also need this option to properly hide comments on confluence pages. Currently they still show up in the search list even if they are "hidden"...

            Dávid Sebők added a comment - We also need this option to properly hide comments on confluence pages. Currently they still show up in the search list even if they are "hidden"...

            hi,

            This is a pretty long ask.

            Can the 'Quick Search' feature be made configurable for Admin to by default, only display 'Page' type and NOT Attachments ?  

            Default search result is displaying - output with docs (which are system generated), and our customers don't have any login creds. It is open to public. However, search result, gives word doc (which are attachments), instead of displaying 'Pages' in the search. The pages are displayed down-later in the search results.

            Issue 

            Customers end up clicking on Doc attachments, and it asks for login. It should simply display the wiki pages and NOT the Word docs in search. 

            I understand there is an option to Filter by Page Type in Quick Search. However, customers are not aware about this option and they simply use the basic search, which creates this issue. 

            Feature Request

            Can this option/mechanism to only display 'Page type' by default be made configurable for Admin ? Doing so, will help us to configure the Quick Search (instead of customers changing it) ++ and customize it to only display Wiki page types and NOT Attachments.

            Humble request, if this feature can be prioritized. 

            Live search issue

            Secondly, did also try 'Live Search' and changed the Type to Page. However, in spite of changing the Page Type for Live Search, there also it displays attachments as Word documents. It is not working as desired.   

            Pls check on this as well. 

            Thanks, 

            Tariq

            TARIQ PATHAN added a comment - hi, This is a pretty long ask. Can the 'Quick Search' feature be made configurable for Admin to by default , only display 'Page' type and NOT Attachments ?   Default search result is displaying - output with docs (which are system generated), and our customers don't have any login creds. It is open to public. However, search result, gives word doc (which are attachments), instead of displaying 'Pages' in the search. The pages are displayed down-later in the search results. Issue   Customers end up clicking on Doc attachments, and it asks for login. It should simply display the wiki pages and NOT the Word docs in search.  I understand there is an option to Filter by Page Type in Quick Search . However, customers are not aware about this option and they simply use the basic search, which creates this issue.  Feature Request Can this option/mechanism to only display 'Page type' by default be made configurable for Admin ? Doing so, will help us to configure the Quick Search (instead of customers changing it) ++ and customize it to only display Wiki page types and NOT Attachments. Humble request, if this feature can be prioritized.  Live search issue Secondly, did also try 'Live Search' and changed the Type to Page. However, in spite of changing the Page Type for Live Search, there also it displays attachments as Word documents. It is not working as desired.    Pls check on this as well.  Thanks,  Tariq

            Any updates on this 15 year old request?

            With the previous quicksearch it was possible to influence the defaults using custom JS, but since the quick search received an update, this is no longer possible.

            Rick van Twillert (TMC) added a comment - Any updates on this 15 year old request? With the previous quicksearch it was possible to influence the defaults using custom JS, but since the quick search received an update, this is no longer possible.

            Kyb IT added a comment -

            Agreed, we also would like to see an option (UI or server config files) to make the search return only type:pages by default. 

            Kyb IT added a comment - Agreed, we also would like to see an option (UI or server config files) to make the search return only type:pages by default. 

            +1. We'd really like to see a quick search configuration to only return 'type: pages' by default. Currently it returns comments, blog posts, images and files which cause page results to sit much lower in the result list.

            Peter Vojtech added a comment - +1. We'd really like to see a quick search configuration to only return 'type: pages' by default. Currently it returns comments, blog posts, images and files which cause page results to sit much lower in the result list.

            Voting in the hope to revive the old issue. 

            We have both internal and external spaces, would be a time-saver with a configurable quick search.

            Thanks!

            Dorte Jacobsen added a comment - Voting in the hope to revive the old issue.  We have both internal and external spaces, would be a time-saver with a configurable quick search. Thanks!

            We need the ability to configure Confluence to default the Search engine to search "All Pages".
            Our users need to get to reference material and KB articles, not images and attachments.
            Thanks!

            Renee.ten-Bruggencate added a comment - We need the ability to configure Confluence to default the Search engine to search "All Pages". Our users need to get to reference material and KB articles, not images and attachments. Thanks!

            +1 Just want to add a keyword search for how-to articles. It is weird to display all search results of the space. 

            matthew_ykit244 added a comment - +1 Just want to add a keyword search for how-to articles. It is weird to display all search results of the space. 

            +1 - New search is terrible and no configuration options.  The first search I did brought up ALL attachments??  The quick search used to show categories: pages, attachments and spaces in 3 lists that were each limited in size.  This was much more useful.  Users are rarely searching for attachments.

            Kathryn Moye added a comment - +1 - New search is terrible and no configuration options.  The first search I did brought up ALL attachments??  The quick search used to show categories: pages, attachments and spaces in 3 lists that were each limited in size.  This was much more useful.  Users are rarely searching for attachments.

            Buc-ee's IT added a comment - - edited

            +1 – We need this as well.  Our users are hitting on attachments from historical blog posts, and it's causing some confusion.  We do not want to start modifying blog posts.  We're prefer that they are defaulted to 'Pages' in their search, and are forced to manually select 'Blog' or 'Attachment' if they want that included. 

             

            Thanks.  Hope this is the vote that makes this happen. 

            Buc-ee's IT added a comment - - edited +1 – We need this as well.  Our users are hitting on attachments from historical blog posts, and it's causing some confusion.  We do not want to start modifying blog posts.  We're prefer that they are defaulted to 'Pages' in their search, and are forced to manually select 'Blog' or 'Attachment' if they want that included.    Thanks.  Hope this is the vote that makes this happen. 

              Unassigned Unassigned
              d4e241eefdd7 Robert Greig
              Votes:
              159 Vote for this issue
              Watchers:
              93 Start watching this issue

                Created:
                Updated: