Bug: Mass select tag only gets 'current page'

We're happy to help, CamBfromOz. Thanks for providing some valuable feedback!

Thanks for being responsive and listening. Great support!

Hi CamBfromOz, thanks for the feedback. We currently have an internal feature issue raised to add an option to make "Show all Matching Items" the default search behaviour. I've added your voice to further highlight user interest in this feature. Thanks!

Ali

ref: IDEA-I-289

Id still suggest that filtering the list of passwords down is the correct UI behaviour (android v7.9.3, web) vs the windows behaviour of jumping to the first match in the whole non matching list.

It seems odd to me that the windows version (v8.7.1) doesn't filter. Who would prefer a single random match being highlighted vs filtering the list down to just matching entries?

Plus it would unify your UI between platforms.

Hi CamBfromOz, on behalf of Jack, you're most welcome! I glad to hear this is working for you now.

Have a great day!

Thanks for that. I keep expecting that search will filter the results down automatically like the android app does.

This works for me now, as does doing bulk moves of more than a screen full.

Nice. thumbs up!

Hey CamBfromOz:

Thanks for following up! I've been doing some more testing, and I was able to search for all untagged items by following these steps:

1. Enter =untagged in the search box:
2. Choose "Show all matching untagged items"
3. You should then see all the untagged items in that collection.

At that point, if you're on our beta or nightly release, you can then select all the items, and drag them to the appropriate tag. Let me know how you get on with that!

Jack

Jack_P_1P Didnt work for me.

windows 8.6.1

• created a login with only username/password (no tag)
• click on "all Items"

if i:
* search for: =untagged: (with a closing : as indicated in this https://support.1password.com/search-1password/#:%7E:text=To%20search%201Password%2C%20use%20the,and%20choose%20Search%20All%20Fields.
* results returned as empty list (filters all passwords out)
* message is: 0 results for ":" in untagged items

If i:
* search for: =untagged (no colon)
* it jumps to the first entry in the list. Ie it just highlights it, but doesnt filter the list of entries down, so you cant multi select to do something with the list as the list has not been filtered down

Neither seems right ;-)

Hey CamBfromOz:

If you'd like to search for untagged items, use the search operator =untagged, rather than =tag:. Let me know how you get on with that!

Jack

Found another bug, sorry Jack_P_1P ;-)

Ok, so upgrading to the beta fixed the 'copy many = copy only a few' bug. Woohoo. Looking forward to that update. (Im paranoid, so ive gone back to the main version).

New bug in current and beta. Searching with "tag:" (no space, no quotes) to find any entries without tags also returns any entries with a [space] in the tag name (it seems to me from just realising the issue).

Ive imported a whole lot of passwords from keepassxc and one of my tags was of the form "group/fruit & vege" (not really) and those results are also returned if i search for tag: to find untagged ones. I know i could just use the beta to move them into a new no-[space] tag, but the fact it finds those too makes me wonder if the code to check for no tag needs some testing.

This is why i thought it didnt work, when in fact it works but also can include entries with tags in certain conditions.

To verify:
* make new entry
* tag with a[space]b (single 3 letter tag)
* save
* search with: tag:

Expected:
* new entry wont be in list because it has a tag

Actual:
* new entry is returned in search for non tagged items