assistant: Get back in sync with XMPP remotes after network reconnection, and on startup.
Make manualPull send push requests over XMPP. When reconnecting with remotes, those that are XMPP remotes cannot immediately be pulled from and scanned, so instead maintain a set of (probably) desynced remotes, and put XMPP remotes on it. (This set could be used in other ways later, if we can detect we're out of sync with other types of remotes.) The merger handles detecting when a XMPP push is received from a desynced remote, and triggers a scan then, if they have in fact diverged. This has one known bug: A single XMPP remote can have multiple clients behind it. When this happens, only the UUID of one client is recorded as the UUID of the XMPP remote. Pushes from the other XMPP clients will not trigger a scan. If the client whose UUID is expected responds to the push request, it'll work, but when that client is offline, we're SOL.
This commit is contained in:
parent
dbcf26e7bc
commit
c23ea9e311
7 changed files with 107 additions and 33 deletions
2
debian/changelog
vendored
2
debian/changelog
vendored
|
@ -25,6 +25,8 @@ git-annex (4.20130228) UNRELEASED; urgency=low
|
|||
since it is not possible to sanely use it.
|
||||
* Run ssh with -T to avoid tty allocation and any login scripts that
|
||||
may do undesired things with it.
|
||||
* assistant: Get back in sync with XMPP remotes after network reconnection,
|
||||
and on startup.
|
||||
|
||||
-- Joey Hess <joeyh@debian.org> Wed, 27 Feb 2013 23:20:40 -0400
|
||||
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue