Skip to main content
January 27, 2025
Question

File Storage Management

  • January 27, 2025
  • 6 replies
  • 888 views

I see that 1Password Families allows up to1 GB per person. Is there documentation on how to manage our file storage? e.g. current size, largest files, etc.

Could you also address Item History. e.g. if I delete or update files, I still see a reference in the History.

Also, I assume the 1GB limit is against the size of the compressed DB/file(s). But if that's not true, I suppose we should consider compressing some files before we add them.

Please advise.


1Password Version: Not Provided
Extension Version: Not Provided
OS Version: Not Provided
Browser: Not Provided

6 replies

1P_Dave
1Password Employee
1Password Employee
January 27, 2025

Hello @robert1p! 👋

Thanks for reaching out! 1Password Families includes 1 GB of storage per person and files can be up to 2 GB in size. You can find documentation here: Save important files in 1Password Support

There isn't currently a way to check the amount of storage used, I'll let the team know that this is something that you'd like to see.

Could you also address Item History. e.g. if I delete or update files, I still see a reference in the History.

Can you tell me a little more about this? If you delete a file from an item then it's expected that you'll still see the file in the item's history so that you can restore a previous version in case you accidentally deleted the file by mistake.

-Dave

robert1pAuthor
January 27, 2025

Hmm, the limit is 1GB, but we can put in a 2GB file. How does that work? :-D

So there's a limit, but we have no way of telling how close we are to the limit. Do we simply see a dialog someday when we go to add another file?

I assume the 1GB limit just applies to the added files and it does not include the space taken by all Items (i.e. Logins, Secure Notes, etc). Is that correct?

Regarding files that appears in History, are they counted against the 1GB limit? If so, how do I remove them (so that I recover the space)? (If they are not counted against the limit, then it would seem that we could store endless files in History.) ;-D

Are the files first compressed, and then the compressed size counted against the 1GB limit?

-Robert

robert1pAuthor
February 16, 2025

ping

robert1pAuthor
March 18, 2025

I'm just checking to see if you found any updated details on Storage Mgmt?

  1. Status: Currently, there is no way to tell how much space we're using, but you have let the team know this is something we wish to see.

  2. Q: Are the files compressed before size is measured?  Or if we compress the files before adding them, will it give us more time before we run into the limit?

  3. Q: Is the limit based on the size of the encrypted blob stored on your server?

  4. Q: If we run into the limit, what happens?  Are we prevented from updating and/or storing more Items in our Vault? 

  5. Q: What can we do once we run into the limit?  i.e. how do we free up space?  e.g. do we need to somehow locate an Item that takes up a lot of space (possibly from lots of History), copy the details, delete the Item, then create a new Item with the copied details?  (Or is there a way to purchase more space?)

  6. Q: Can you confirm that each History entry does not contain a unique copy of attached Files?  For example, if an Item has three files, and I edit some non-file text multiple times, I would expect that each History entry would simply reference the same three files.  It would only be when I update one of the three files that I would now have a forth file in my Vault; i.e. the original three, plus the new update.

  7. Q: I assume the system isn't efficient enough to simply store delta changes for file updates?  For example, if I change two lines of text in a 20MB PDF file, I will then have two 20MB PDF files in the Vault (and not a single 20MB PDF, plus a delta).

  8. Q: I assume space is counted against all users of a share vault?

 

1P_Dave
1Password Employee
1Password Employee
May 13, 2025

@robert1p 

I'm sorry for the late reply. I'll respond below: 

Are the files compressed before size is measured?  Or if we compress the files before adding them, will it give us more time before we run into the limit?

Is the limit based on the size of the encrypted blob stored on your server?

Can you confirm that each History entry does not contain a unique copy of attached Files?  For example, if an Item has three files, and I edit some non-file text multiple times, I would expect that each History entry would simply reference the same three files.  It would only be when I update one of the three files that I would now have a forth file in my Vault; i.e. the original three, plus the new update.

I assume the system isn't efficient enough to simply store delta changes for file updates?  For example, if I change two lines of text in a 20MB PDF file, I will then have two 20MB PDF files in the Vault (and not a single 20MB PDF, plus a delta).

I've tested this and the file size at the time of upload is counted towards the storage limit. If you compress a file before uploading it to 1Password, then the compressed size of the file will be taken into account. 

For items that have previous versions, only the current version is considered "Active" and is counted towards the file storage used. 

There isn't any way to edit an existing file. You need to download the file, edit it on your end, and then add the edited file back to 1Password. At which point it would be considered a completely new item. 

I assume space is counted against all users of a share vault?

Data storage is cumulative and valid across all shared vaults and personal vaults.

I hope that helps. 

-Dave

RogueScholar
August 26, 2026

@1P_Dave, can I trouble you for a status update on this request in which I, too, have a keen interest? A couple jobs ago I had the clout to turn the whole company into a “1Password shop” and the level of auditing and introspection was truly astounding, including the ability to see the number of attached files uploaded and their size in aggregate. Now in addition to the daily ignominy of working at an outfit with a secrets management policy that loosely approximates smearing feces on oneself to be less appetizing while hiking through a hungry tiger-filled jungle, I now find myself fast approaching the upload limit on my 1Password for Families account without any way to efficiently review what that quota is currently spent on.

I’ve scoured the desktop and mobile app interfaces, the web vault access and the 1Password CLI, and still appear to be forced to have no better option than to sit down with a six-pack of good beer, a legal pad and a pen, clicking through each of the 1,500+ entries across all of my vaults to check for the existence of file attachments to note their size. In all candor, I’d be at best only ambivalent with that prospect if 1Password was offering to pay for the six-pack, while to do so on my own dime in the wake of the price increases earlier this year feels altogether onerous.

Regarding the CLI, I confess to some puzzlement over the ability to interact with items of document type with ease and clarity while files attached to items of any other type are so difficult to do likewise with. Is the expectation that uploaded files should always be managed using this mechanism and then associated with other entries as a Related item link? If so, why is there no mention of this that I can find anywhere in the product documentation? Again speaking candidly, it would surprise me a great deal to learn that your own infrastructure didn’t already process all uploads this way and currently filtered those not attached to document type entries from the vault listings.

It also has occurred to me that a potential workaround to this would be to avail myself of the 14-day free trial for a 1Password for Business account and migrate my information there temporarily to make use of the tools I know already exist, but that feels a but underhanded to me and wouldn’t take that approach without first receiving some indication that your company judged it to be an equitable remedy for the current feature deficit faced by Individual and Families plan subscribers.

Before I conclude here, I’ll ignore my better judgment and outright admit that in my earlier searches for some insight into this matter, I was also on the lookout for what I thought to be the solution I was most likely to be offered for my issue: the inevitable upsell for a 2–4GiB bump in the file storage quota. If only someone in your product management division had thought to hammer a tap into that little revenue stream while exercising the restraint to price it somewhere below ~US$6 added to my current plan price, I would already have a solution to my issue and saved the ~20 minutes spent on this correspondence, all while your company’s next revenue report would have grown.

Perhaps you would find it, …rewarding to acquaint yourself with the current rates charged by the major cloud object storage providers as well before your next performance review? My “back of the napkin” math makes me think so. If so, I hereby grant you all necessary rights to reuse any I’ve written here and cite this message in any such meetings, on the understanding that if you benefit from doing so I will receive a coupon code for one free year of my 1P Families plan plus a six-pack of Sierra Nevada Cosmic Haze to enjoy while doing absolutely anything but iterating through 1,500 1P entries and tallying the file attachment sizes. The shipping address is the same as the one on my 1P invoices; make me proud, son. 😎

 

Cheers,

Peter