Skip to content
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

Endlessly trying to sync data put in sync of /Shared #520

Closed
halfgaar opened this issue Apr 8, 2013 · 4 comments
Closed

Endlessly trying to sync data put in sync of /Shared #520

halfgaar opened this issue Apr 8, 2013 · 4 comments

Comments

@halfgaar
Copy link

halfgaar commented Apr 8, 2013

I have a user, who has a configured sync that points to /Shared on the server. So, in it, you can see all the folders that are shared to him.

Now, when he adds data to the root of that sync, Mirall tries to sync it to the server to /Shared, but that's not possible, because /Shared is virtual. It keeps trying to do this forever.

Steps to reproduce:

  • Create user1
  • Create user2
  • User1 shares data to user2
  • User2 configures a Mirall sync to /Shared in c:\bla
  • User2 sees the shared folders in c:\bla
  • User2 puts data in c:\bla
  • Mirall tries to sync forever, but the data doesn't end up anywhere on the server.

Solution:

As mentioned in #519, I think there should be a control panel in the sync client for problematic files. These files could appear in there as 'impossible to sync'.

Versions:

Owncloud 5.0.0
Miral 1.2.3.nightly-201300404

@karlitschek
Copy link

@dragotin @danimo

@jochenwezel
Copy link

Additionally, the icon of the file (and also parent folders) could become an overlay icon (also see e.g. Tortoise SVN that marks all files with a green check mark or an red X in case the file hasn't been committed yet)
see also #102

@halfgaar
Copy link
Author

Turtoise overlay icons are notorious not to work; they're never up-to-date. This is said to be a Windows problem. I don't know if Owncloud should do this.

@dragotin
Copy link
Contributor

dragotin commented Aug 7, 2013

Closing this with the same reasoning as explained in #519

@dragotin dragotin closed this as completed Aug 7, 2013
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants