[Bug 6379] New: sync-ui: information required about peers
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=6379
Summary: sync-ui: information required about peers
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEEDINFO
Severity: normal
Priority: Undecided
Component: * Feature Request
AssignedTo: nicholas.e.richards(a)intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
Release Milestone: Undecided
Which information do we want to show to users once we support syncing with more
than just HTTP SyncML servers?
This information must be gathered, stored and made available via the D-Bus API
of the syncevo-dbus-server. Then the sync-ui should make use of it.
Jussi, I think you wanted to discuss this with Nick. Assigning to Nick
directly, but please keep an eye on 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.
11 years, 7 months
[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.
11 years, 8 months
[Bug 7656] New: reminder + time is not synced
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=7656
Summary: reminder + time is not synced
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Generic
OS/Version: Other
Status: NEW
Severity: major
Priority: Undecided
Component: SyncEvolution
AssignedTo: patrick.ohly(a)intel.com
ReportedBy: gassauer(a)kde.org
QAContact: yanshuang.zheng(a)intel.com
CC: shuang.wan(a)intel.com, syncevolution(a)lists.intel.com
SyncEvolution 0.9+0.9.1beta2
KDE 4.3.2 + Korganizer
OpenSuSE x86_64
local reminder data are not stored in FNBL_PIM_CALENDAR
only the event itself is stored.
FNBL_PIM_CALENDAR.REMINDER_TIME is stored localy but WRONG (1 minute after
DSTART instead of what is in the db)
--
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.
11 years, 9 months
[Bug 7121] New: There are many memory errors in synthesis checked by valgrind
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=7121
Summary: There are many memory errors in synthesis checked by
valgrind
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEW
Severity: normal
Priority: Undecided
Component: SyncML
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: yongsheng.zhu(a)intel.com
QAContact: yanshuang.zheng(a)intel.com
CC: shuang.wan(a)intel.com, syncevolution(a)lists.intel.com
Release Milestone: Undecided
After valgrind is fully enabled, there are many memory errors in synthesis.
Here is the list of the memory errors:
1. one XML related, in syncML toolkit
==20352== 1,352 (832 direct, 520 indirect) bytes in 13 blocks are definitely
lost in loss record 43 of 83
==20352== at 0x4C2391E: malloc (vg_replace_malloc.c:207)
==20352== by 0x781A1BC: xltUtilCreateStack (xltutilstack.c:93)
==20352== by 0x78258F9: xltDecInit (xltdec.c:410)
==20352== by 0x7818C77: smlProcessData (mgrcmddispatcher.c:225)
==20352== by 0x5E3796A: sysync::TSyncClient::processingStep(unsigned short&,
sysync::TEngineProgressType*) (syncclient.cpp:541)
==20352== by 0x5E5CB9D:
sysync::TClientEngineInterface::SessionStep(sysync::SessionType*, unsigned
short&, sysync::TEngineProgressType*) (syncclientbase.cpp:274)
==20352== by 0x50C0AA7:
SyncEvo::SharedEngine::SessionStep(boost::shared_ptr<sysync::SessionType>
const&, unsigned short&, sysync::TEngineProgressType*) (SynthesisEngine.cpp:95)
==20352== by 0x50E8BC5: SyncEvo::SyncContext::doSync()
(SyncContext.cpp:1777)
==20352== by 0x50EC228: SyncEvo::SyncContext::sync(SyncEvo::SyncReport*)
(SyncContext.cpp:1572)
==20352== by 0x43AC59: SyncEvo::TestEvolution::doSync(int const*,
std::string const&, SyncEvo::SyncOptions const&) (in
/work/runtests/head-evolution-testing/build/src/.libs/lt-client-test)
==20352== by 0x44F871: SyncEvo::SyncTests::doSync(SyncEvo::SyncOptions
const&) (in
/work/runtests/head-evolution-testing/build/src/.libs/lt-client-test)
==20352== by 0x55C9B3: SyncEvo::SyncTests::doSync(char const*,
SyncEvo::SyncOptions const&) (in
/work/runtests/head-evolution-testing/build/src/.libs/lt-client-test)
==20352== by 0x4613B6: SyncEvo::SyncTests::testOneWayFromClient() (in
/work/runtests/head-evolution-testing/build/src/.libs/lt-client-test)
==20352== by 0x55A86D: CppUnit::TestCaller<SyncEvo::SyncTests>::runTest()
(in /work/runtests/head-evolution-testing/build/src/.libs/lt-client-test)
==20352== by 0x4E52406: CppUnit::TestCaseMethodFunctor::operator()() const
(in /usr/lib/libcppunit-1.12.so.1.0.0)
==20352== by 0x4E447D3: CppUnit::DefaultProtector::protect(CppUnit::Functor
const&, CppUnit::ProtectorContext const&) (in
/usr/lib/libcppunit-1.12.so.1.0.0)
==20352== by 0x4E4E278:
CppUnit::ProtectorChain::ProtectFunctor::operator()() const (in
/usr/lib/libcppunit-1.12.so.1.0.0)
==20352== by 0x4E4DFBB: CppUnit::ProtectorChain::protect(CppUnit::Functor
const&, CppUnit::ProtectorContext const&) (in
/usr/lib/libcppunit-1.12.so.1.0.0)
==20352== by 0x4E59D9F: CppUnit::TestResult::protect(CppUnit::Functor
const&, CppUnit::Test*, std::string const&) (in
/usr/lib/libcppunit-1.12.so.1.0.0)
==20352== by 0x4E5209C: CppUnit::TestCase::run(CppUnit::TestResult*) (in
/usr/lib/libcppunit-1.12.so.1.0.0)
==20352== by 0x4E529FB:
CppUnit::TestComposite::doRunChildTests(CppUnit::TestResult*) (in
/usr/lib/libcppunit-1.12.so.1.0.0)
==20352== by 0x4E52925: CppUnit::TestComposite::run(CppUnit::TestResult*)
(in /usr/lib/libcppunit-1.12.so.1.0.0)
==20352== by 0x4E529FB:
CppUnit::TestComposite::doRunChildTests(CppUnit::TestResult*) (in
/usr/lib/libcppunit-1.12.so.1.0.0)
==20352== by 0x4E52925: CppUnit::TestComposite::run(CppUnit::TestResult*)
(in /usr/lib/libcppunit-1.12.so.1.0.0)
==20352== by 0x4E59B29: CppUnit::TestResult::runTest(CppUnit::Test*) (in
/usr/lib/libcppunit-1.12.so.1.0.0)
==20352== by 0x4E5C121: CppUnit::TestRunner::run(CppUnit::TestResult&,
std::string const&) (in /usr/lib/libcppunit-1.12.so.1.0.0)
==20352== by 0x4E5F13A: CppUnit::TextTestRunner::run(std::string, bool,
bool, bool) (in /usr/lib/libcppunit-1.12.so.1.0.0)
==20352== by 0x567669: main (in
/work/runtests/head-evolution-testing/build/src/.libs/lt-client-test)
{
<insert a suppression name here>
Memcheck:Leak
fun:malloc
fun:xltUtilCreateStack
fun:xltDecInit
fun:smlProcessData
fun:_ZN6sysync11TSyncClient14processingStepERtPNS_19TEngineProgressTypeE
fun:_ZN6sysync22TClientEngineInterface11SessionStepEPNS_11SessionTypeERtPNS_19TEngineProgressTypeE
fun:_ZN7SyncEvo12SharedEngine11SessionStepERKN5boost10shared_ptrIN6sysync11SessionTypeEEERtPNS3_19TEngineProgressTypeE
fun:_ZN7SyncEvo11SyncContext6doSyncEv
fun:_ZN7SyncEvo11SyncContext4syncEPNS_10SyncReportE
fun:_ZN7SyncEvo13TestEvolution6doSyncEPKiRKSsRKNS_11SyncOptionsE
fun:_ZN7SyncEvo9SyncTests6doSyncERKNS_11SyncOptionsE
fun:_ZN7SyncEvo9SyncTests6doSyncEPKcRKNS_11SyncOptionsE
fun:_ZN7SyncEvo9SyncTests20testOneWayFromClientEv
fun:_ZN7CppUnit10TestCallerIN7SyncEvo9SyncTestsEE7runTestEv
fun:_ZNK7CppUnit21TestCaseMethodFunctorclEv
fun:_ZN7CppUnit16DefaultProtector7protectERKNS_7FunctorERKNS_16ProtectorContextE
fun:_ZNK7CppUnit14ProtectorChain14ProtectFunctorclEv
fun:_ZN7CppUnit14ProtectorChain7protectERKNS_7FunctorERKNS_16ProtectorContextE
fun:_ZN7CppUnit10TestResult7protectERKNS_7FunctorEPNS_4TestERKSs
fun:_ZN7CppUnit8TestCase3runEPNS_10TestResultE
fun:_ZN7CppUnit13TestComposite15doRunChildTestsEPNS_10TestResultE
fun:_ZN7CppUnit13TestComposite3runEPNS_10TestResultE
fun:_ZN7CppUnit13TestComposite15doRunChildTestsEPNS_10TestResultE
fun:_ZN7CppUnit13TestComposite3runEPNS_10TestResultE
}
--
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.
11 years, 9 months
[Bug 6376] New: sync-ui + D-Bus server: implement interactive password requests
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=6376
Summary: sync-ui + D-Bus server: implement interactive password
requests
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEW
Severity: normal
Priority: P2
Component: * Feature Request
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
Release Milestone: Undecided
We have defined the API (Server.InfoRequest/Response), but it is currently not
in the syncevo-dbus-server. Next steps:
1. add to interface with stubs
2. implement it in D-Bus server
3. implement it in GUI
--
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.
11 years, 9 months
[Bug 7089] New: pairing with Bluetooth devices
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=7089
Summary: pairing with Bluetooth devices
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: P1
Component: *Feature Request
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: josh(a)linux.intel.com, syncevolution(a)lists.intel.com
Release Milestone: Undecided
When pairing a Moblin (or Linux) instance with another Bluetooth device we want
to enable SyncML, or at least have the option to do so. The exact steps
necessary for this are uncertain at this time. Joshua Lock is working on the
GUI integration in Moblin and answered about having seen anything SyncML
related:
---------------------------------------------------------
Nope, but I have seen that the plugin API is incredibly simple:
http://git.gnome.org/cgit/gnome-bluetooth/tree/lib/bluetooth-plugin.h
The only downside is that is assumes you want to provide some sort of
configuration UI for users to choose to enable plugins, whereas in
Moblin we'll probably just want to automatically enable them with sane
defaults.
A general syncevolution plugin with a checkbox to enable this device as
a sync target doesn't look like it would be too hard, the geoclue one is
less than 300LOC:
http://git.gnome.org/cgit/gnome-bluetooth/tree/lib/plugins/geoclue.c
---------------------------------------------------------
--
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.
11 years, 9 months
[Bug 4599] New: "Addressbook:Error 418" shows up in sync ui after syncing an alike contact
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=4599
Summary: "Addressbook:Error 418" shows up in sync ui after
syncing an alike contact
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: guannan.ou(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: shuang.wan(a)intel.com, patrick.ohly(a)intel.com,
syncevolution(a)lists.intel.com
"Addressbook:Error 418" shows up in sync ui after syncing an alike contact.
<1> add one contact in client(you can just set a contact with its full name
"Jessy", others field empty), add the same contact in server(you need to set
First and Display Name field to "Jessy", other fileds empty).
<2> two-way sync.
<3> two-way sync again.
In step <2>, Sync UI will show "Sync-Failed Addressbook:Error 418", step <3>
will be successful.
FYI. Error Number 418 means "Object already exist".
Are we expected to show that error message to end user when syncing alike
contact?
--
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.
11 years, 9 months
[Bug 5188] New: Outgoing obex connection for SyncEvolution
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=5188
Summary: Outgoing obex connection for SyncEvolution
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEW
Severity: normal
Priority: Undecided
Component: * Feature Request
AssignedTo: congwu.chen(a)intel.com
ReportedBy: congwu.chen(a)intel.com
CC: syncevolution(a)lists.intel.com
Release Milestone: ---
We are adding obex transport support for syncevolution, incoming obex
connection is implemented via obexd plugin which will be supported by upstream.
We have to still implement obex outgoing connections here.
This can be done firstly via a ObexTransportAgent wraps on a obex client
library (such as libopenobex). For a further improvement, we may need to
re-factor the SyncEvolution-client transport binding, let the client transport
be a standlone process and communicates with SyncEvolution via D-BUS.
We are implementing Obex Client here which will work with a SyncML Server. This
implies to fully implement/test this feature, SyncML Server support in
SyncEvolution need be first finished.
--
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.
11 years, 9 months
[Bug 7555] New: syncevo-dbus-server: CTRL-C/SIGINT/SIGTERM
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=7555
Summary: syncevo-dbus-server: CTRL-C/SIGINT/SIGTERM
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: P1
Component: *Feature Request
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
Currently the implementation in syncevo-dbus-server.cpp is:
+ /**
+ * implement checkForSuspend and checkForAbort.
+ * They will check whether dbus clients suspend
+ * or abort the session. But it won't check whether
+ * dbus server receives suspend or abort
+ * by CTRL-C since dbus server often runs as a daemon
+ */
+ virtual bool checkForSuspend();
+ virtual bool checkForAbort();
+ virtual int sleep(int intervals);
While it is true that the server will run as a daemon most of the time, that
doesn't mean that it will never receive a SIGINT or SIGTERM. The signals might
be sent because the user logs out while a sync is running in the background. So
the syncevo-dbus-server should handle CTRL-C and SIGINT/SIGTERM gracefully.
I'm not sure whether we currently distinguish between SIGINT and SIGTERM in our
abort/suspend handling. We might change it so that SIGINT requests a suspend
and aborts only when sent quickly in a row, whereas SIGTERM aborts immediately.
--
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.
11 years, 10 months
[Bug 7290] New: New service "synthesis" "zyb" can't be listed in sync-ui
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=7290
Summary: New service "synthesis" "zyb" can't be listed in
sync-ui
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: yanshuang.zheng(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: shuang.wan(a)intel.com, syncevolution(a)lists.intel.com
Release Milestone: Undecided
pkg: sync-0.9.0.99-6.4
If we add a new service named like "synthesis" or "zyb", then it can't be
displayed in configured server list, but actually we can do data sync with
them.
Guess that the manually added service named "synthesis" and "zyb" are treated
as default supported service and then should be displayed like scheduleworld,
funambol.... But they are coded not to show in the default list.
So we now are not able to view/edit configuration of mamual setup service named
"synthesis" and "zyb".
Steps:
1. launch sync-ui from app>>internet
2. click "change sync service"
3. click "add new service"
4. fill in "service name" with "synthesis", and account, serverURL, click "Save
and user this service"
==> we are now able to do data sync with "synthesis"
5. click again "change sync service" to view what we have configured
==> no service named "synthesis" can be found
==> configured service "synthesis" can be printed from cmdline
--
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.
11 years, 10 months