[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, 10 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, 10 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, 10 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, 10 months
[Bug 19484] New: CalDAV + Google: meeting invitations
by bugzilla@meego.com
https://bugs.meego.com/show_bug.cgi?id=19484
Summary: CalDAV + Google: meeting invitations
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
The Google server seems to think that it can take over meeting
acceptance/decline handling when new events are stored on the server.
For example, PARTSTAT=ACCEPTED gets replaced with PARTSTAT=NEEDS-ACTION.
It has also been observed that participants and organizer get overwritten.
There might be nothing that we can do about it. Investigating a bit more would
be worthwhile, though.
In the meantime I'm simplifying the test/testcases/google_event.ics by removing
the "meeting invitiation" test case.
--------
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=19484
--
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, 10 months