[Bug 23765] New: automatic error recovery
by bugzilla＠meego.com
https://bugs.meego.com/show_bug.cgi?id=23765
Summary: automatic error recovery
Classification: MeeGo Projects
Product: SyncEvolution
Platform: ---
Version: unspecified
Platform: Common
Architecture: ---
Status: NEW
Severity: enhancement
Priority: Undecided
Component: SyncEvolution
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: patrick.ohly(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-default-bugs(a)meego.bugs
Estimated Hours: 0.0
At the moment there are situations where SyncEvolution cannot determine what
the right resolution for a failed synchronization is. It has a built-in backup
mechanism and can ask the user for assistance, but ultimately it would be
better to not bother the user. This can be achieved in some cases by
simplifying the problem:
* The peer (most likely a service on the Internet) must be able to store all
data.
* There is a separate local database for each database on the peer.
In that case it is acceptable to wipe out the local data and restart with the
data stored on the peer:
* Implement the necessary policy in SyncEvolution ("peer wins").
* Check whether this interferes with libfolks (local IDs will change, data
added by libfolks to a contact might get lost).
--------
Product: SyncEvolution
Component: SyncEvolution
MeeGo Release: unspecified
Severity: enhancement
Priority: Undecided
Keywords:
Status: NEW
Who: patrick.ohly(a)intel.com
Assigned To: syncevolution-bugs(a)meego.bugs
Target Build: ---
Flags:
Changed:
--------
https://bugs.meego.com/show_bug.cgi?id=23765
--
Configure bugmail: https://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
9 years, 9 months
[Bug 23763] New: better credential handling
by bugzilla＠meego.com
https://bugs.meego.com/show_bug.cgi?id=23763
Summary: better credential handling
Classification: MeeGo Projects
Product: SyncEvolution
Platform: ---
Version: unspecified
Platform: Common
Architecture: ---
Status: NEW
Severity: enhancement
Priority: Undecided
Component: SyncEvolution
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: patrick.ohly(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-default-bugs(a)meego.bugs
Estimated Hours: 0.0
* When creating multiple configurations which need the same credentials (Google
CalDAV and SyncML, for example), the username/password needs to be set
separately. Replace with a mechanism where both configs only contain a pointer
to shared credentials.
* Also support an external system component which does the authentication
without ever returning username/password to SyncEvolution. Depends on having
such a component.
--------
Product: SyncEvolution
Component: SyncEvolution
MeeGo Release: unspecified
Severity: enhancement
Priority: Undecided
Keywords:
Status: NEW
Who: patrick.ohly(a)intel.com
Assigned To: syncevolution-bugs(a)meego.bugs
Target Build: ---
Flags:
Changed:
--------
https://bugs.meego.com/show_bug.cgi?id=23763
--
Configure bugmail: https://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
9 years, 9 months
[Bug 23762] New: push sync
by bugzilla＠meego.com
https://bugs.meego.com/show_bug.cgi?id=23762
Summary: push sync
Classification: MeeGo Projects
Product: SyncEvolution
Platform: ---
Version: unspecified
Platform: Common
Architecture: ---
Status: NEW
Severity: enhancement
Priority: Undecided
Component: SyncEvolution
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: patrick.ohly(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-default-bugs(a)meego.bugs
Estimated Hours: 0.0
* react to local or remote changes immediately (instead of polling at long
intervals) and/or
* make sync sessions without changes more efficient (in particular when
polling)
Watching and reacting to changes is an architectural change. The other is more
like an optimization of what is done in an empty session:
* avoid creating a session directory and log file
* delay parsing of libical time zone definitions
--------
Product: SyncEvolution
Component: SyncEvolution
MeeGo Release: unspecified
Severity: enhancement
Priority: Undecided
Keywords:
Status: NEW
Who: patrick.ohly(a)intel.com
Assigned To: syncevolution-bugs(a)meego.bugs
Target Build: ---
Flags:
Changed:
--------
https://bugs.meego.com/show_bug.cgi?id=23762
--
Configure bugmail: https://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
9 years, 9 months
[Bug 23760] New: ad-hoc synchronization
by bugzilla＠meego.com
https://bugs.meego.com/show_bug.cgi?id=23760
Summary: ad-hoc synchronization
Classification: MeeGo Projects
Product: SyncEvolution
Platform: ---
Version: unspecified
Platform: Common
Architecture: ---
Status: NEW
Severity: enhancement
Priority: Undecided
Component: SyncEvolution
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: patrick.ohly(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-default-bugs(a)meego.bugs
Estimated Hours: 0.0
The goal is to have two devices exchange data with little to no configuration.
Problems which need to be solved first:
* message transport
* authentication
* deciding which databases are to be synchronized against each other
This is all a bit outside of the core SyncEvolution. Improvements which are
necessary inside SyncEvolution:
* avoid creating duplicates when there is a loop in the topology ("phone <->
laptop, laptop <-> server, phone <-> server" is bad because a new item created
on the phone will go to the laptop, from there to the server and then come back
as new item to the phone, resulting in a duplicate which then repeats the
process ad infinitum)
* better slow sync
Concrete steps:
"ad-hoc synchronization between SyncEvolution instances":
* Teach Evolution Data Server to create and preserve a unique ID for contacts
(the vCard 3.0 UID gets overwritten at the moment).
* Improve the SyncEvolution<->SyncEvolution sync such that
* it uses the unique ID to speed up sync between peers which sync against each
other for the first time and
* checks the ID to find duplicates in following syncs.
"ad-hoc synchronization between arbitrary peers":
* Do the duplicate detection based on item content for each add request.
--------
Product: SyncEvolution
Component: SyncEvolution
MeeGo Release: unspecified
Severity: enhancement
Priority: Undecided
Keywords:
Status: NEW
Who: patrick.ohly(a)intel.com
Assigned To: syncevolution-bugs(a)meego.bugs
Target Build: ---
Flags:
Changed:
--------
https://bugs.meego.com/show_bug.cgi?id=23760
--
Configure bugmail: https://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
9 years, 9 months
[Bug 19433] New: CalDAV + Google: incorrect 404 for GET
by bugzilla＠meego.com
https://bugs.meego.com/show_bug.cgi?id=19433
Summary: CalDAV + Google: incorrect 404 for GET
Classification: MeeGo Projects
Product: SyncEvolution
Platform: ---
Version: unspecified
Platform: Common
Architecture: ---
Status: NEW
Severity: normal
Priority: Undecided
Component: SyncEvolution
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: patrick.ohly(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-default-bugs(a)meego.bugs
Estimated Hours: 0.0
>From a testManyItems test:
[INFO @google 00:03:16] @google/calendar: adding "030-phone meeting, 030-my
office"
[DEBUG @google 00:03:16] starting PUT
[DEBUG @google 00:03:17] update item status: <status 1.1, code 201, class 2,
Created>
[DEBUG @google 00:03:17] starting PROPFIND
[DEBUG @google 00:03:17] item
UNIQUE-UID-1308257075-030-UNIQUE-UID-1308257075-1234567890(a)dummy.ics = rev
63443940431
[DEBUG @google 00:03:17] starting GET
[DEBUG @google 00:03:18] resending VEVENT to get rid of VALARM
[DEBUG @google 00:03:18] starting PUT
[DEBUG @google 00:03:19] update item status: <status 1.1, code 204, class 2, No
Content>
[DEBUG @google 00:03:19] starting PROPFIND
[DEBUG @google 00:03:19] PROPFIND: Neon error code 1: 404 Not Found, must not
retry
[DEBUG @google 00:03:19] @google/calendar: exception thrown at
/home/pohly/syncevolution/syncevolution/src/backends/webdav/NeonCXX.cpp:649
[ERROR @google 00:03:19] @google/calendar: error code from SyncEvolution object
not found (remote, status 404): PROPFIND: Neon error code 1: 404 Not Found
This is a temporary error, trying again (as in a --print-items command line
operation) shows the event:
UNIQUE-UID-1308257075-030-UNIQUE-UID-1308257075-1234567890%40dummy%2eics:
030-phone meeting, 030-my office
The retry mechanism should be triggered in those cases where we are pretty sure
that 404 must be incorrect.
--------
Product: SyncEvolution
Component: SyncEvolution
MeeGo Release: unspecified
Severity: normal
Priority: Undecided
Keywords:
Status: NEW
Who: patrick.ohly(a)intel.com
Assigned To: syncevolution-bugs(a)meego.bugs
Target Build: ---
Flags:
Changed:
--------
https://bugs.meego.com/show_bug.cgi?id=19433
--
Configure bugmail: https://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
9 years, 9 months
[Bug 14891] New: [pretest] Mobical.net is changed to everdroid.com
by bugzilla＠meego.com
https://bugs.meego.com/show_bug.cgi?id=14891
Summary: [pretest] Mobical.net is changed to everdroid.com
Classification: MeeGo Projects
Product: SyncEvolution
Version: unspecified
Platform: All
Architecture: ---
Status: NEW
Severity: major
Priority: High
Component: SyncEvolution
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: jingke.zhang(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-default-bugs(a)meego.bugs
Estimated Hours: 0.0
Created an attachment (id=5109)
--> (https://bugs.meego.com/attachment.cgi?id=5109)
everdroid service
BUILD IMAGE: BUILD IMAGE:: meego-netbook-ia32-1.1.90.8.20110323.1
HARDWARE MODEL (on what HW this bug is uncovered): netbook
BUG DETAILED DESCRIPTIONS
===========================================================
We failed to do two-way sync with mobical. Then, log on to its website, find
the www.mobical.net is automatically redirected to www.everdroid.com (please
see attachment).
Developer, please confirm that change. If so, we need to know: will we support
mobical in the future? High priority to get answer. Thanks!
--
Configure bugmail: https://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
9 years, 9 months
[Bug 20990] New: auto sync: determine transport of local sync configs
by bugzilla＠meego.com
https://bugs.meego.com/show_bug.cgi?id=20990
Summary: auto sync: determine transport of local sync configs
Classification: MeeGo Projects
Product: SyncEvolution
Platform: ---
Version: unspecified
Platform: Common
Architecture: ALL
Status: NEW
Severity: normal
Priority: High
Component: SyncEvolution
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: patrick.ohly(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-default-bugs(a)meego.bugs
Depends on: 20970
Blocks: 20966
Estimated Hours: 0.0
Auto-syncing of local sync configs probably doesn't work at the moment because
they never match the "peer is online" checks in the AutoSyncManager code.
The manager should determine what the peer needs based on peerType. Checking
the target config's syncURL doesn't work well because there might not be any.
There also needs to be fallback for "don't know whether it works", in which
case syncing should be allowed.
--- Comment #1 from pohly <patrick.ohly(a)intel.com> 2011-07-12 14:32:19 UTC ---
+++ This bug was initially created as a clone of Bug #20970 +++
The manager should determine what the peer needs based on peerType. Checking
the target config's syncURL doesn't work well because there might not be any.
Right now the code assumes that local:// sync depends on HTTP:
} else if (boost::istarts_with(url, "local")) {
// TODO: instead of assuming that local sync needs HTTP, really
look into the target config
// and determine what the peerType is
transport = AutoSyncTask::NEEDS_HTTP;
--------
Product: SyncEvolution
Component: SyncEvolution
MeeGo Release: unspecified
Severity: normal
Priority: High
Keywords:
Status: NEW
Who: patrick.ohly(a)intel.com
Assigned To: syncevolution-bugs(a)meego.bugs
Target Build: ---
Flags:
Changed:
--------
https://bugs.meego.com/show_bug.cgi?id=20990
--
Configure bugmail: https://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
9 years, 9 months
[Bug 20967] New: auto sync: correctly invoke GTK UI
by bugzilla＠meego.com
https://bugs.meego.com/show_bug.cgi?id=20967
Summary: auto sync: correctly invoke GTK UI
Classification: MeeGo Projects
Product: SyncEvolution
Platform: ---
Version: unspecified
Platform: Common
Architecture: ---
Status: NEW
Severity: major
Priority: Undecided
Component: SyncEvolution
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: patrick.ohly(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-default-bugs(a)meego.bugs
Estimated Hours: 0.0
Salvatore's refactoring of the notifcation mechanism removed the passing of the
right command line arguments to the GTK sync-ui. See
//TODO: set config information for 'sync-ui'
in syncevo-dbus-server.cpp.
Must re-enable that before releasing 1.1.99.5, otherwise we have a regression.
--------
Product: SyncEvolution
Component: SyncEvolution
MeeGo Release: unspecified
Severity: major
Priority: Undecided
Keywords:
Status: NEW
Who: patrick.ohly(a)intel.com
Assigned To: syncevolution-bugs(a)meego.bugs
Target Build: ---
Flags:
Changed:
--------
https://bugs.meego.com/show_bug.cgi?id=20967
--
Configure bugmail: https://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
9 years, 9 months
[Bug 24648] New: temporary config changes + Presence signal
by bugzilla＠meego.com
https://bugs.meego.com/show_bug.cgi?id=24648
Summary: temporary config changes + Presence signal
Classification: MeeGo Projects
Product: SyncEvolution
Platform: ---
Version: unspecified
Platform: Common
Architecture: ---
Status: NEW
Severity: normal
Priority: Undecided
Component: SyncEvolution
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: patrick.ohly(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-default-bugs(a)meego.bugs
Estimated Hours: 0.0
While fixing the D-Bus testing of the Presence functionality (see bug #21541) I
noticed that temporary config changes affect the presence notification via the
Server API. IMHO the Server API should only emit such signals for the on-disk
configurations, because other clients should not get notifications for configs
that do not exit yet (config only saved temporarily in a session) or not get
false signals (which don't match the shared, on-disk config).
Worse, when detaching the session with the temporary config change,
syncevo-dbus-server continues to emit signals based on the temporary config.
--------
Product: SyncEvolution
Component: SyncEvolution
MeeGo Release: unspecified
Severity: normal
Priority: Undecided
Keywords:
Status: NEW
Who: patrick.ohly(a)intel.com
Assigned To: syncevolution-bugs(a)meego.bugs
Target Build: ---
Flags:
Changed:
--------
https://bugs.meego.com/show_bug.cgi?id=24648
--
Configure bugmail: https://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
9 years, 9 months
[Bug 19488] New: local configurations should always be 'present'
by bugzilla＠meego.com
https://bugs.meego.com/show_bug.cgi?id=19488
Summary: local configurations should always be 'present'
Classification: MeeGo Projects
Product: SyncEvolution
Platform: ---
Version: unspecified
Platform: Common
Architecture: ---
Status: NEW
Severity: normal
Priority: Undecided
Component: SyncEvolution
AssignedTo: syncevolution-bugs(a)meego.bugs
ReportedBy: jku(a)linux.intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution-bugs(a)meego.bugs,
syncevolution-default-bugs(a)meego.bugs
Estimated Hours: 0.0
Local configs currently always have "No transport" presence. The right (or at
least better) value would be to always return "" (as in MIGHTWORK).
--------
Product: SyncEvolution
Component: SyncEvolution
MeeGo Release: unspecified
Severity: normal
Priority: Undecided
Keywords:
Status: NEW
Who: jku(a)linux.intel.com
Assigned To: syncevolution-bugs(a)meego.bugs
Target Build: ---
Flags:
Changed:
--------
https://bugs.meego.com/show_bug.cgi?id=19488
--
Configure bugmail: https://bugs.meego.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.
9 years, 9 months