Issue with 1Password Browser Extension Not Searching Note Fields

Adding a +1 for having the search include notes!

@kipling,

Thank you for the report! I've shared your feedback with our product team.

-Evon

ref:44247141

I noticed the same problem today, using 1password app on Windows v8.10.58 and chrome extension v8.10.56. And this is not only for the notes field of login items, but also for "secure notes".
When searching from the top search bar, if I use the app it finds matches within secure notes; while with the extension it doesn't. This is pretty confusing!
Ok maybe even secure notes use the same "notes" field, just with the field name not shown in the UI.

+1 on the need for comprehensive search functionality in browser extension! It searches the title, but not the text within the entry (Login, Note, etc.).

I just ran into this as well. Any updates/feedback from the product team on this?

I also think that the Search feature should extend to read the contents of each feld, not just the field header.  I have been putting descriptors in the Notes field as sometimes the Entry header will be a website name or function ( I know this can be modified, but I don't want it to be so long that  I can't easily read it in Search).  For example, my doctor's practice name may have an outside website for billing or scheduling.  Nice to know that when searching.  But also, the actual doctor names and practice name tied to that website (which I now put into the Notes field) woud be helpful as sometimes I don't remember the outside website, but I do remember the doctor's name.  I'm not a programmer and I don't know the difficulty in doing this, but the product would be much better if "Search", really meant "Search" of everything.

+1 At minimum, the search functionality should not have discrepancies in behavior among platforms unless the particular platform dictates this change. And if it does, ideally the UI will indicate the difference when it becomes apparent that the user is possibly trying to use a feature that is exclusive to another platform.

When implementing this feature I think the order of the displayed search results should be influenced by the field that said result was found in. i.e. A hit in the Title is returned above URL which is above notes etc. 

Also, I wanted to make a distinction between the notes field on any item and a secure note. I think these should be treated differently. Or at least have the option to do so. Maybe there should be a plain text "notes" field that is searchable and a distinct "secure notes" (or maybe "protected notes"?) field that can be added to any item which would allow a masked notes field that would have to be revealed to see the contents and would therefore not be searchable just like a password field is today. 

Now that I think about it, rather than a separate field, maybe any field should have the option to be "protected" so that it is by default masked, must be manually revealed and would not be returned in search results. You could even optionally require reauthentication to reveal the contents.

Why is this marked as Solved, when it hasn't been resolved?