On Sat, Aug 16, 2008 at 08:09:23PM -0600, Richard Esplin wrote: > Someone on OpenSync-User last year said that the plugin implementation > decides > when to switch to slowsync. The automatic slow-sync is the most dangerous > part of the behavior. I suggest that it should be turned off until this fix > is released.
I don't believe the decision is up to the plugin... perhaps it can force a slow sync, but it's been a while since I was knee-deep in opensync internals, so I'm not sure. I can say that the Barry plugin does not force it. It checks to see if a slow sync is requested, and if so, behaves as if it was being run for the first time (ignores the cache and ID map). > BTW, breset with the 8310 says: > Scanning for Blackberry devices... > Found...attempting to reset. > Can't reset device on bus 005, devnum 9 > 0 device reset. > > Even though it always successfully resets. Oops. That was a simple logic inversion. I'm surprised it wasn't caught until now. This is fixed in CVS. Thanks for reporting this. :-) - Chris ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Barry-devel mailing list Barry-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/barry-devel
