Is it possible to revert our repository from the New Search back to the original document search?
The original document search was very useful. It allowed the following:
Showed us search results be most recently edited
Showed search results that included any keywords that were used
Showed the time and date of the most recent edits
Showed the most recent editor
Showed us the document type
Showed us the status of each document (published/draft)
The new search modal does not sort by most recently edited, does not show the document type, the document's status, and does not include the date/time of the most recent edits, or the most recent editor.
I am the Content Editor at our organization and losing search functionality has a large impact to my workflow and efficiency.
Thank you for your detailed feedback regarding the new search functionality. We understand how the original document search was beneficial to your workflow, and we appreciate you sharing these specific use cases with us.
Unfortunately, we’re unable to revert the system back to the original search at this time. However, your feedback is incredibly valuable, and we’re actively working on improving the new search functionality to better meet user needs. Our team is already reviewing enhancements to address the areas you’ve highlighted, such as sorting by most recently edited, showing document type, status, and other key information you mentioned.
We’re committed to continually improving the experience, and your input helps us prioritize these changes.
Thank you for your patience and for being an important part of this process.
We have multiple clients complaining about the new search. The new search pretty much stripped out the ability to search on anything but the title of a document or page which is crushing workflows for clients.
We need the ability to search by any meta data field for documents, assets, pages, etc.
Thank you for your feedback regarding the new search functionality. We understand how important the previous search experience was to your workflow, and we appreciate you taking the time to outline the specific features you found valuable.
Currently, the new search prioritizes results based on document names. However, we recognize that this might not fully meet your needs and we’re actively gathering feedback like yours and are already working on improving the search experience to better align with how users interact with their content.
The new search works on partial word search, so if you begin writing parts of the title you should be able to find you content easier.
Your input helps us shape these improvements, and we’re committed to making the search more efficient and user-friendly. Thank you again for sharing your insights, and for your understanding as we continue to enhance the system.
I shouldn't have to provide the feedback that removing all search parameters except for the document title was a bad idea. That should be common sense. Please make updates to the search asap.
We can't search documents by identifier anymore . In our team we have thousands of documents, and we keep a documentation listing the identifiers of our important documents (not the titles). We are now unable to find very important documents and have to search for them manually, scrolling through the whole list of documents. A nightmare to say the least.
Doesn't allow selecting multiple document (big issue if we want to archive multiple older document as new UI doesn't allow unpublishing with release, as both Unpublish and Archive happens soon as you click the button)
Can't search archived document, even on archive tab as it only searches saved and published documents, again issue when we want to re-publish or reference old document
Both new UI and new search feels like half baked...
When changes like this happens there should always be options to toggle between new/old UI to prevent breaking changes for different users until full version with full feature is ready
I know this is not really a huge part of the search function but I feel it is kind of related.
As already mentioned we got a lot more information in the old document search.
In my case i'm actually after the "Document type".
With the new search and new writing room there is now way of knowing what document type you are in if you go the path of using the search to get there.
We have 60+ different document types, and 2 different repositories that are build differently, so knowing what document type you are working on is essential information. Both for developers and content creators.
I was aware I could cmd+click (wheel click on windows) to open in new tab to keep the search open, however, that doesn't allow bulk archive.
it does allow in some sense but will need click on archive for every single page open in new tab which is not really ideal.
Thank you for your feedback! We are aware that this is a use case, and we understand the need for a more efficient bulk archiving option. To help us better understand, could you share how frequently you use this feature? We’ll mark this as an area for potential improvement in future updates.
Thank you again for your input, and if you have any further suggestions, feel free to share!
I can filter for the type. But that means I would have to know this before I do the search. If it is unclear what doc type it is, one usually search first, and then navigate to the doc type that makes sense.
And yes. to answer your question,
If I click on "Error Pages" In the search results, I get to the writing room (editing a document), and inside here I still cant see what document type I am working on. Or perhaps Im blind? :P
. In our team we have thousands of documents, and we keep a documentation listing the identifiers of our important documents (not the titles). We are now unable to find very important documents and have to search for them manually, scrolling through the whole list of documents. A nightmare to say the least.