-
Notifications
You must be signed in to change notification settings - Fork 667
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Distinguish "pin state flag" from "content availability" for directories #7111
Comments
The idea is that the user's question is "is this folder's data available offline?" and not "does this folder have AlwaysLocal pin state?". The the answers to the two questions can differ: an always-local folder can have subitems that are not always-local and are dehydrated. The new availability enum intends to describe the answer to the user's actual question and can be derived from pin states. If pin states aren't stored in the database the way of calculating availability will depend on the vfs plugin.
The idea is that the user's question is "is this folder's data available offline?" and not "does this folder have AlwaysLocal pin state?". The the answers to the two questions can differ: an always-local folder can have subitems that are not always-local and are dehydrated. The new availability enum intends to describe the answer to the user's actual question and can be derived from pin states. If pin states aren't stored in the database the way of calculating availability will depend on the vfs plugin. NEEDS PLUGIN UPDATES
The idea is that the user's question is "is this folder's data available offline?" and not "does this folder have AlwaysLocal pin state?". The the answers to the two questions can differ: an always-local folder can have subitems that are not always-local and are dehydrated. The new availability enum intends to describe the answer to the user's actual question and can be derived from pin states. If pin states aren't stored in the database the way of calculating availability will depend on the vfs plugin.
The idea is that the user's question is "is this folder's data available offline?" and not "does this folder have AlwaysLocal pin state?". The the answers to the two questions can differ: an always-local folder can have subitems that are not always-local and are dehydrated. The new availability enum intends to describe the answer to the user's actual question and can be derived from pin states. If pin states aren't stored in the database the way of calculating availability will depend on the vfs plugin.
The idea is that the user's question is "is this folder's data available offline?" and not "does this folder have AlwaysLocal pin state?". The the answers to the two questions can differ: an always-local folder can have subitems that are not always-local and are dehydrated. The new availability enum intends to describe the answer to the user's actual question and can be derived from pin states. If pin states aren't stored in the database the way of calculating availability will depend on the vfs plugin.
@michaelstingl when will we get documentation on VFS? I believe this has changes since March, the described wording does not match the current state |
@HanaGemela The current wording (post-alpha2) is:
Doc on VFS: Yeah, it's time to write that. But even in 2.6 VFS will still be experimental and may still see large changes if we discover significant bugs or significant ways to enhance it. |
@ckamm How to recreate "Currently available locally"? The below scenario doesn't work. How do I unpin a file?
|
@HanaGemela That's exactly how it should work and I've just verified it works on cfapi and suffix vfs. What happens when you do these steps? I've noticed a bug with 0-byte files on cfapi - probably one that's really had to work around though, since the cfapi callbacks don't fire when a 0-byte file needs to be hydrated. |
@ckamm when I run the steps the file is always available locally on macOS. For Windows it a mess as all files are pending... |
@HanaGemela Maybe one of the other fixes has also affected this one. Try again tomorrow with a new build. |
Icons will be dealt with in the issue #7291 Directories on Windows 10, client 2.6.0beta1 (build 12201): owncloud status on macOS 10.14.6, client 2.6.0beta1 (build 12261) matches Windows |
@michaelstingl Please reopen if you disagree with the wording, see @HanaGemela's comment above. |
A directory that's marked as "available locally" can nevertheless have files that are dehydrated or subfolders that are marked as "online only". This needs to be distinguished for icons (don't exist yet) and for context menu actions.
A full description for a folder would be:
That's too complex for users though. It's probably ok to simplify to:
The text was updated successfully, but these errors were encountered: