Ditto to the original poster's problem. In 1Password for iOS 7.4.2, on an iPhone SD, trying to add a new file to an existing login item then choosing 'Photo from Camera Roll' appears to work, but the new item appears with title "(deleted item)". If I tap Save, then tap the new entry under Related Items, it can be highlighted but will not open.
Want diagnostics or any other details?
I'm sorry to hear about the trouble you're having creating Documents as related items. That doesn't sound like the original poster's problem, though... They were specifically asking for a feature whereby a file that is in 1Password as a Document could be replaced by a different file. Could you please walk us through all of the steps you're taking and under what conditions you're seeing this result?
I'm using 1Password for IOS 7.4.2 on an iPhone SE (i.e. small screen) with IOS 12.4.1, with some vaults on 1Password.com and some local vaults in Dropbox.
I locate a login item, then tap Edit, then scroll down to Related Items and tap Add New File.
I get a dialog asking "What type of Document do you wish to create?" and tap on Photo from Camera Roll.
I get a screenful of Photos, tap on All Photos, then tap on a photo's thumbnail.
I'm returned to the login item in editing mode, but now Related Items contains a new item named (for example)
What else can I tell you?
Thanks @chinfuzzy. It appears there is a bug that I believe you may be affected by. Could you please check in 1Password > Settings > Vaults > All Vaults > Vault for Saving and see if that is set to the vault that the item you're editing in step 1 lives in? If it does not match, then you're running up against the aforementioned bug. I believe you should be able to work around that by switching to the vault the item you're editing is in first before following the rest of your steps. You can switch vaults using the vault switcher at the top left of the app.
Hi @Ben, Yes, that's it! The Vault for Saving did not match. And with the workaround, the new Document is created and is usable -- no "(deleted item)". Many thanks! Is this bug on track to be fixed?
Thanks for the update! Glad Ben was able to help. The development team is aware of the issue.
I have just come across this bug today (latest version of everything). The workaround does work though!
Thank you for letting us know!
Same here. Ran into this problem just now and had to use the work around.
Time to prod the development team on this one. I just ran into it.
Thank you for the feedback @Liptrot
I was just trying to store my updated insurance information - same bug. Seems time to either kill the attached files feature or make it work as seamlessly as the rest of your product.
Thank you for your feedback! I have added your experience to the internal issue we are using to track this bug
I also just experienced this bug and was able to use the workaround to deal with it, but I'll never remember the workaround next time I need to attach a file so I'd love to see it fixed. Thank you!
Just experienced this bug also. Work around worked for me. Is there a fix planned for this?
Glad to hear the workaround worked here, @more_cowbell. I'll follow up with development and see if there are plans to address the situation beyond that. Thanks!
Ran into exact issue.
Please fix, it's a significant usability problem.
Thanks @mtlin. I've asked development to take another look at this.
I just hit this bug too. Seems like it’s important to fix otherwise it encourages us to not use attachments and instead upload the photos as separate documents which then aren’t properly linked.
The vault used to save the attachment should be opaque to the user in this case. Of course we want it in the same vault as the item we are attaching it to!
I'm sorry to hear that @tmchow. You can avoid this problem entirely by first switching to the vault that the item you want to add an attachment is in. We don't have room in the v7.7 release to address this, but hopefully we'll be able to get this sorted so that isn't necessary in a future release.