February 2010 - Syncevolution-issues

[Bug 9278] New: [1.0-beta] No left/right scroll-bar on Setting panel

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=9278 Summary: [1.0-beta] No left/right scroll-bar on Setting panel Classification: Moblin Projects Product: SyncEvolution Version: upstream Platform: Netbook OS/Version: Moblin Linux Status: NEW Severity: enhancement Priority: Undecided Component: GTK UI AssignedTo: jku(a)linux.intel.com ReportedBy: jingke.zhang(a)intel.com QAContact: jingke.zhang(a)intel.com CC: syncevolution(a)lists.intel.com Package: 0.9.99.3-3.1 Platform: Netbook Description: ======================= When configuring sync service in the Setting Panel of syncUI, we often met the content is too wide to fill the panel. Then, "Save and use xxx service" button would be hidden by the right border. A left/right scroll-bar should be provided for user to see the whole setting page. -- 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, 7 months

1
8
0 / 0

[Bug 9302] [1.0-snapshot] Choose manually added service, syncUI prompts an unexpected Error code

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=9302 ZhangJingke <jingke.zhang(a)intel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |VERIFIED --- Comment #3 from ZhangJingke <jingke.zhang(a)intel.com> 2010-02-09 22:30:53 PST --- With syncevolution-0.9.99.6, no error info on the syncUI after I added a new configuration. This issue has been fixed. Verify it. -- 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, 7 months

1
0
0 / 0

[Bug 9304] [1.0-snapshot] User can not sync only Contacts from GUI

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=9304 ZhangJingke <jingke.zhang(a)intel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |VERIFIED --- Comment #5 from ZhangJingke <jingke.zhang(a)intel.com> 2010-02-09 22:28:54 PST --- With moblin-2.2-default-20100208 image (syncevolution-0.9.99.6), this issue has been fixed. I tried to sync only tasks for scheduleworld, it is OK now. Verify it. Thanks! -- 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, 7 months

1
0
0 / 0

[Bug 2416] intelligent handling of unexpected slow syncs

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=2416 --- Comment #16 from Chen Congwu <congwu.chen(a)intel.com> 2010-02-09 21:48:32 PST --- (In reply to comment #15) > I updated the code so that it uses <datastoreinitscript> and > LOCERR_DATASTORE_ABORT. <datastoreinitscript> allows us to detect the situation > that the client falls back to a slow sync on its own (comment #8). > LOCERR_DATASTORE_ABORT is necessary to cope with the fix in libsynthesis which > aborts the whole session immediately once ABORTDATASTORE() is called in any > store. > > Congwu, I also touched some of your code. Can you review this patch series? It > is in mb2416. Yes, that's OK. -- 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, 7 months

1
0
0 / 0

[Bug 9436] syncevo-dbus-server does not support Bluetooth

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=9436 --- Comment #6 from Chen Congwu <congwu.chen(a)intel.com> 2010-02-09 18:25:28 PST --- (In reply to comment #5) > (In reply to comment #4) > > (In reply to comment #3) > > Found the problem, DBusServer::createTransportAgent is fixed to > > SoupTransportAgent, need be more flexible to cover all transports. > > Congwu, I tried to get this fixed for today's build. Result is in mb9436. > Because it turned out to be more complicated than expected, I have not merged > it into master after all. I also haven't tested whether it really works for > Bluetooth in both command line and syncevo-dbus-server. Tested, worked for me. > There was a minor conceptual problem: how does the ObexTransportAgent integrate > with the GMainLoop that is used by the syncevo-dbus-server? > > There are g_main_context_iteration() calls. I think instead of passing NULL for > the context, we need to pass the result of g_main_loop_get_context() for the > main loop that we are using. Yes, I agree with this approach, should work. > > Also note that there is at least one g_main_context_iteration() call left where > blocking=FALSE. Won't that lead to busy polling? Can that be made blocking > without problems? That should be unintentional, it's safe to remove the non-blocking call. Please see mb9436 branch. -- 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, 7 months

1
0
0 / 0

[Bug 9535] New: virtual source fails CheckSource()

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=9535 Summary: virtual source fails CheckSource() Classification: Moblin Projects Product: SyncEvolution Version: upstream Platform: Netbook OS/Version: Moblin Linux Status: NEW Severity: normal 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 In my tests it seems that the virtual source that appeared when I configured a device (using yongshengs GetConfigs changes in mb9216) fails CheckSource. The underlying sources (calendar & todo) pass CheckSource so I think calendar+todo should as well. -- 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, 7 months

1
5
0 / 0

[Bug 9304] [1.0-snapshot] User can not sync only Contacts from GUI

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=9304 pohly <patrick.ohly(a)intel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |patrick.ohly(a)intel.com Resolution|FIXED |INTEGRATED --- Comment #4 from pohly <patrick.ohly(a)intel.com> 2010-02-09 13:46:30 PST --- Is in 0.99.7. -- 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, 7 months

1
0
0 / 0

[Bug 2069] Synthesis error codes and explanation

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=2069 --- Comment #9 from pohly <patrick.ohly(a)intel.com> 2010-02-09 08:14:47 PST --- (In reply to comment #7) > Documentating this weird error as well: > > When I try to sync with a bluetooth device and fail in a transport related way > I get 10500 (LOCAL_STATUS_CODE + DB_Fatal). *All* attempts to do Bluetooth with syncevo-dbus-server will fail, see bug #9436. > The real problem can be e.g. the > phone being out of range or unexpectedly disconnecting (like Nokia N85 seems to > do when it encounters a difficult situation): > > This is what syncevolution command line prints when phone is out of range: > [ERROR] ObexTransport: Transport Exception in sdp_source_cb > [ERROR] TransportException while sending SAN package > [ERROR] Server Alerted Sync init failed What kind of status do you expect in this case? Does the command line record it as expected? -- 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, 7 months

1
0
0 / 0

[Bug 2416] intelligent handling of unexpected slow syncs

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=2416 --- Comment #15 from pohly <patrick.ohly(a)intel.com> 2010-02-09 08:04:30 PST --- I updated the code so that it uses <datastoreinitscript> and LOCERR_DATASTORE_ABORT. <datastoreinitscript> allows us to detect the situation that the client falls back to a slow sync on its own (comment #8). LOCERR_DATASTORE_ABORT is necessary to cope with the fix in libsynthesis which aborts the whole session immediately once ABORTDATASTORE() is called in any store. Congwu, I also touched some of your code. Can you review this patch series? It is in mb2416. We still don't support slow sync detection in servers. Latest discussion with Synthesis points towards a solution that requires new scripts to be added, something that Lukas wants to do at some point. -- 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, 7 months

1
0
0 / 0

[Bug 9436] syncevo-dbus-server does not support Bluetooth

by bugzilla＠moblin.org

http://bugzilla.moblin.org/show_bug.cgi?id=9436 pohly <patrick.ohly(a)intel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|SyncUI cannot do sync with |syncevo-dbus-server does |Nokia_7210c (command line |not support Bluetooth |could) | --- Comment #5 from pohly <patrick.ohly(a)intel.com> 2010-02-09 07:52:03 PST --- (In reply to comment #4) > (In reply to comment #3) > Found the problem, DBusServer::createTransportAgent is fixed to > SoupTransportAgent, need be more flexible to cover all transports. Congwu, I tried to get this fixed for today's build. Result is in mb9436. Because it turned out to be more complicated than expected, I have not merged it into master after all. I also haven't tested whether it really works for Bluetooth in both command line and syncevo-dbus-server. There was a minor conceptual problem: how does the ObexTransportAgent integrate with the GMainLoop that is used by the syncevo-dbus-server? There are g_main_context_iteration() calls. I think instead of passing NULL for the context, we need to pass the result of g_main_loop_get_context() for the main loop that we are using. Also note that there is at least one g_main_context_iteration() call left where blocking=FALSE. Won't that lead to busy polling? Can that be made blocking without problems? -- 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, 7 months

1
0
0 / 0

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

Syncevolution-issues February 2010