February 2010 - Syncevolution-issues

[Bug 9312] New: Server Alerted Notification (SAN) message v1.1

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=9312 Summary: Server Alerted Notification (SAN) message v1.1 Classification: Moblin Projects Product: SyncEvolution Version: upstream Platform: Netbook OS/Version: Moblin Linux Status: ASSIGNED Severity: normal Priority: Undecided Component: *Feature Request AssignedTo: syncevolution(a)lists.intel.com ReportedBy: patrick.ohly(a)intel.com CC: patrick.ohly(a)intel.com, syncevolution(a)lists.intel.com Currently we only support SAN 1.2 (custom binary format). Some phones may only support SAN 1.1 ([WB]XML). We should add this. The Synthesis code probably supports it, but it needs to be compiled differently. In addition to that, we also need a new configuration option: SANFormat = [auto|1.1|1.2] "auto" tries 1.2 first and falls back to 1.1 if that fails. "1.1" and "1.2" select the specific format directly. The reason why we can't just make it automatic is that a) each connection attempt may trigger a dialog on the phone ("allow connection?") and b) some phones might crash when getting the wrong format. -- Configure bugmail: http://bugzilla.moblin.org/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.

12 years, 4 months

1
18
0 / 0

[Bug 6175] New: Implement client side Server Alerted Sync handling

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=6175 Summary: Implement client side Server Alerted Sync handling Classification: Moblin Projects Product: SyncEvolution Version: upstream Platform: Netbook OS/Version: Moblin Linux Status: ASSIGNED Severity: normal Priority: Undecided Component: SyncEvolution AssignedTo: patrick.ohly(a)intel.com ReportedBy: congwu.chen(a)intel.com QAContact: yanshuang.zheng(a)intel.com CC: forrest.zhao(a)intel.com, shuang.wan(a)intel.com, syncevolution(a)lists.intel.com Release Milestone: Undecided With obex/bluetooth as the transport, Server Alerted Sync is used, the sync is initiated from sync server by a SAN (Server Alerted Notification) request. Currently SyncEvolution lacks this functionally, this blocks Forrest's Obexd work because we cannot set up a complete sync session without SAN request handling. -- Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching someone on the CC list of the bug.

12 years, 4 months

1
20
0 / 0

[Bug 7713] New: D-Bus C++ binding: making calls and receiving signals

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=7713 Summary: D-Bus C++ binding: making calls and receiving signals Classification: Moblin Projects Product: SyncEvolution Version: upstream Platform: Netbook OS/Version: Moblin Linux Status: ASSIGNED Severity: normal Priority: P2 Component: *Feature Request AssignedTo: syncevolution(a)lists.intel.com ReportedBy: patrick.ohly(a)intel.com CC: patrick.ohly(a)intel.com, syncevolution(a)lists.intel.com Depends on: 7700 Currently the libgdbus C++ binding only supports *implementing* calls and *triggering* signals. It does not support *making* calls and *receiving* signals. Both will be necessary to implement bug #7770, the detecting of peers' presence, because at least the "do we have network" part should query Network Manager and ConnMan via D-Bus. -- Configure bugmail: http://bugzilla.moblin.org/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.

12 years, 4 months

1
1
0 / 0

[Bug 7700] New: D-Bus API: detect that peers are available

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=7700 Summary: D-Bus API: detect that peers are available Classification: Moblin Projects Product: SyncEvolution Version: upstream Platform: Netbook OS/Version: Moblin Linux Status: ASSIGNED Severity: normal Priority: Undecided Component: *Feature Request AssignedTo: syncevolution(a)lists.intel.com ReportedBy: patrick.ohly(a)intel.com CC: syncevolution(a)lists.intel.com In the D-Bus server we need to detect whether configured peers are available, send out a corresponding "Presence" signal and reply correctly for "CheckPresence". This needs to be implemented for HTTP (detecting network up/down) and Bluetooth. Strictly speaking, these are two different issues, but because nothing has been implemented at all right now, one developer should start and either do both at the same time or create further issues. See also bug #7089: pairing with Bluetooth devices. -- Configure bugmail: http://bugzilla.moblin.org/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.

12 years, 4 months

1
35
0 / 0

[Bug 9844] New: error status when syncevolution dies

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=9844 Summary: error status when syncevolution dies Classification: Moblin Projects Product: SyncEvolution Version: upstream Platform: Netbook OS/Version: Moblin Linux Status: NEW Severity: normal Priority: P2 Component: *Feature Request AssignedTo: patrick.ohly(a)intel.com ReportedBy: patrick.ohly(a)intel.com CC: syncevolution(a)lists.intel.com When syncevolution (command line) or syncevo-dbus-server die during a sync session (like a segfault, or kill -9), the status.ini for that session should contain error "synchronization process died prematurely" and a suitable status code. As discussed on the mailing list, the previous 500 status code is unsuitable because it is a remote error and too unspecific. Let's use a new STATUS_DIED_PREMATURELY = 22002. -- Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching someone on the CC list of the bug.

12 years, 4 months

1
5
0 / 0

[Bug 9636] New: [D-Bus] InfoRequest timeout leads to error 10500

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=9636 Summary: [D-Bus] InfoRequest timeout leads to error 10500 Classification: Moblin Projects Product: SyncEvolution Version: upstream Platform: Netbook OS/Version: Moblin Linux Status: NEW Severity: minor Priority: Undecided Component: SyncEvolution AssignedTo: patrick.ohly(a)intel.com ReportedBy: jku(a)linux.intel.com QAContact: yanshuang.zheng(a)intel.com CC: syncevolution(a)lists.intel.com Letting a password InfoRequest signal timeout leads to sync status 10500: there should be a specific status for this. -- Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching someone on the CC list of the bug.

12 years, 4 months

1
7
0 / 0

[Bug 9558] New: sync errors may be confusing on startup

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=9558 Summary: sync errors may be confusing on startup Classification: Moblin Projects Product: SyncEvolution Version: upstream Platform: Netbook OS/Version: Moblin Linux Status: NEW Severity: minor Priority: Undecided Component: GTK UI AssignedTo: jku(a)linux.intel.com ReportedBy: jku(a)linux.intel.com QAContact: yanshuang.zheng(a)intel.com CC: syncevolution(a)lists.intel.com The UI always shows the last error message (if any) for the default peer -- this includes application startup. Some error messages are probably not written to fit this situation, giving the user the possibility to mistakenly believe that something failed just now. Two possible solutions: * Add "Last sync failed: " prefix to messages that didn't just appear. * Modify messages so that it is clear they refer to the last sync, whenever that happened. I'll have to review the error messages before I decide. -- Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching someone on the CC list of the bug.

12 years, 4 months

1
3
0 / 0

[Bug 9289] New: OBEXTransportAgent: libopenobex2 vs. libopenobex3

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=9289 Summary: OBEXTransportAgent: libopenobex2 vs. libopenobex3 Classification: Moblin Projects Product: SyncEvolution Version: upstream Platform: Netbook OS/Version: Moblin Linux Status: ASSIGNED Severity: normal Priority: Undecided Component: SyncEvolution AssignedTo: congwu.chen(a)intel.com ReportedBy: patrick.ohly(a)intel.com QAContact: yanshuang.zheng(a)intel.com CC: syncevolution(a)lists.intel.com The OBEXTransportAgent did not compile on Hardy because of int sdp_extract_seqtype(const uint8_t *buf, uint8_t *dtdp, int *seqlen); int sdp_extract_seqtype_safe(const uint8_t *buf, int bufsize, uint8_t *dtdp, int *size); sdp_record_t *sdp_extract_pdu(const uint8_t *pdata, int *scanned); sdp_record_t *sdp_extract_pdu_safe(const uint8_t *pdata, int bufsize, int *scanned); Our code called sdp_extract_seqtype() and sdp_extract_pdu() as if they were the more recent _safe variants, in other words, passed to many arguments. It seems that libbluetooth3 changed its API in an incompatible way. Binaries compiled on Hardy won't work on more recent Ubuntu and Debian Unstable. Argh. I have a patch ready that allows compilation of our code with the different libbluetooth versions, but I don't have a solution for the binary incompatibility. I'll compile without Bluetooth support, then for 1.0 we can try something else, like dynamic linker tricks. -- Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching someone on the CC list of the bug.

12 years, 4 months

1
10
0 / 0

[Bug 9283] New: implement automatic sync configuration

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=9283 Summary: implement automatic sync configuration Classification: Moblin Projects Product: SyncEvolution Version: upstream Platform: Netbook OS/Version: Moblin Linux Status: NEW Severity: normal Priority: Undecided Component: GTK UI AssignedTo: jku(a)linux.intel.com ReportedBy: jku(a)linux.intel.com QAContact: yanshuang.zheng(a)intel.com CC: syncevolution(a)lists.intel.com The UI includes a single on/off switch per source (in main view). -- Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching someone on the CC list of the bug.

12 years, 4 months

1
7
0 / 0

[Bug 8048] New: command line: multiple peers per config

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=8048 Summary: command line: multiple peers per config Classification: Moblin Projects Product: SyncEvolution Version: upstream Platform: Netbook OS/Version: Moblin Linux Status: ASSIGNED Severity: normal Priority: P3 Component: *Feature Request AssignedTo: syncevolution(a)lists.intel.com ReportedBy: patrick.ohly(a)intel.com CC: syncevolution(a)lists.intel.com As part of the revised configuration layout (bug #7707) empty configuration names became a new meaning: they are a view on the peer-independent config properties. Because the changes didn't modify the internal APIs, the command line contues to work as before. However, it does not take advantage of the new features yes: - --print-config should not print peer-specific properties unless a peer is selected - --configure should work without selecting a peer and properly complain about options which are invalid in such a context - --print-sessions should find all sessions of all peers, sorted by time -- Configure bugmail: http://bugzilla.moblin.org/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.

12 years, 4 months

1
16
0 / 0

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

Syncevolution-issues February 2010