Describe the bug
Using 1password CLI 2, there's been a regression of op.get_item when passing fields. It used to be that passing fields would return a dictionary with keys of field names and values of the field values. Now, it returns key with field UUIDs and values with the field values.
Root issue is there reference to id instead of label here:
|
item[i["id"]] = i["value"] |
To Reproduce
Steps to reproduce the behavior:
- Create a credential in a vault with a custom field called
foo and value of bar
- Call
op.get_item($new_field_id", ["foo"])
- See the return of
{"$arbitrary_uuid": "bar"}
Expected behavior
A clear and concise description of what you expected to happen.
I'd expect a return of {"foo": "bar"}
Desktop (please complete the following information):
- OS: Mac Sequoia
- Browser: Arc
- Version 1.65.0
Additional context
Using 1password 1.0.9
Describe the bug
Using 1password CLI 2, there's been a regression of
op.get_itemwhen passing fields. It used to be that passing fields would return a dictionary with keys of field names and values of the field values. Now, it returns key with field UUIDs and values with the field values.Root issue is there reference to
idinstead oflabelhere:1password-client/onepassword/client.py
Line 443 in 2331849
To Reproduce
Steps to reproduce the behavior:
fooand value ofbarop.get_item($new_field_id", ["foo"]){"$arbitrary_uuid": "bar"}Expected behavior
A clear and concise description of what you expected to happen.
I'd expect a return of
{"foo": "bar"}Desktop (please complete the following information):
Additional context
Using 1password 1.0.9