-
Notifications
You must be signed in to change notification settings - Fork 2.1k
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
enhancement idea: Global sync-exclude.lst #19385
Comments
Please test this PR: #19235 |
@oparoz I personally would like to seperate PR #19235 from this idea. From the concept point of view this requirement could easily be implemented as a "excluded" directory". But I would recommend to create a new config.php parameter and add the query against in the PR. Then things are more clear, even if we change the underlaying coding. |
hmmm, thinking more about this. We do have already a config.php parameter @oparoz can we distinguish if an access comes from the original share owner versus a share (reshare) taker? |
It's possible to write a test for it (if currentUser === fileOwner), but I have no idea if there is an API method which does the same. Reading the OP, I thought the request was about creating a global gitignore. There are files you're using locally and that you never want to sync. Sharees will have similar files in their tree and they will be mixed with files they sync with ownCloud. |
oh, sorry got it. I misinterpreted, cancel my comment... |
sorry for the late reply.
I thought more about something like the .gitignore file. The title is maybe a little bit irritating, sorry. Okay, so I'll bring an example: But to tell everyone to add this and this and this file to the ignore list of it's sync_client is crap. So I thought about a more global handling, but per directory/share. The share would be configured that way, that the user will only have read access, so the source files can't be changed by them. And this brings me to another idea, that the client_ignore_file should be handled via the userprofile on the server and also be synced. I bet there are tons of users who sync files from one pc to the server and to another pc and smart phone and laptop and mac and linux box. So It's not really cool to setup the ignores on all clients one by one. I think this is too global :D But thanks anyway^^ Should I change the title? |
Some ideas here as well: #25873 Basically having the server send an extra Webdav property to tell clients that this file/folder exists but must not be synced. How and when this property is set could, as per this ticket here (not the linked one), would be to have code return this property for excluded file patterns as well. |
Add webdav property to tell sync client to not sync an entry: #26311 |
or advertise a global exclusion list through the capabilities API |
Closing in favor of #7956 |
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Hey folks,
I was thinking about a GitHub-repository like use of Owncloud, in that way, that I share a folder where I update the content from time to time. But some files, a config file for example, should not be synced. And instead of telling every user to update it's clients ignore list, I was thinking about if it will be possible or if you want to implement this feature in the future?
Or maybe that the ignore list is handled via Owncloud instead of the client?
Hope you like the idea..
Thanks in advance
:-)
The text was updated successfully, but these errors were encountered: