[Bug 9284] New: make sure "--show-settings" ignores any channel info
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=9284
Summary: make sure "--show-settings" ignores any channel info
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEW
Severity: normal
Priority: Undecided
Component: *Feature Request
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: jku(a)linux.intel.com
CC: syncevolution(a)lists.intel.com
currently "--show-settings obex+bt://<mac address>+<channel>" would fail to
show the correct settings because of the channel
--
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, 6 months
[Bug 7711] New: D-Bus API: track clients + auto termination
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=7711
Summary: D-Bus API: track clients + auto termination
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: syncevolution(a)lists.intel.com
The D-Bus server needs to stay alive as long as it has clients
(Server.Connect()). When a client is accessing it without connection, the
server should stay alive for a certain duration after each method call.
This duration should be configurable on the command line, with "unlimited"
being an option for debugging.
Currently the server always runs forever.
--
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, 6 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.
12 years, 6 months
[Bug 8177] New: Add support for handling http proxy set in env
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=8177
Summary: Add support for handling http proxy set in env
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Generic
OS/Version: Moblin Linux
Status: NEW
Severity: normal
Priority: Undecided
Component: *Feature Request
AssignedTo: rajyalakshmi.bommaraju(a)intel.com
ReportedBy: rajyalakshmi.bommaraju(a)intel.com
CC: syncevolution(a)lists.intel.com
http_proxy env variable is handled transparently by the transport
library - except that only libcurl honors it whereas libsoup ignores it
in. I'm not sure what the rationale for that is.
If available, then we use libsoup-gnome, which gets proxy settings
automatically from the central GNOME settings. This is how it works in
Moblin.
It certainly would be nice to have support for http_proxy as in many
other apps. Should we add support for it on top of libsoup/libcurl? In
SyncConfig::getUseProxy(), return TRUE if http_proxy is set and
non-empty, FALSE if it is set and empty, otherwise return the configured
value. In SyncConfig::getProxyHost(), return the value of http_proxy if
set, otherwise the configured value.
--
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, 6 months
[Bug 9869] New: First sync cannot create .cache/syncevolution folder
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=9869
Summary: First sync cannot create .cache/syncevolution folder
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEW
Severity: major
Priority: Undecided
Component: SyncEvolution
AssignedTo: patrick.ohly(a)intel.com
ReportedBy: jingke.zhang(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution(a)lists.intel.com
Syncevolution: 0.9.99.10
Description:
=================
This is a regression to 0.9.99.9 package. After I newly installed system, I
found:
1. clicking 'sync now' button on syncUI will cause UI crash.
2. run 'syncevolution --run -s two-way scheduleworld', it will report 'no
.cache/syncevolution folder'.
So, I manually mkdir .cache/syncevolution, then everything went normally. The
old package could create .cache/syncevolution folder automatically in the first
sync. Any new change caused the regression?
--
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, 6 months
[Bug 9329] New: Manually added sources will affect new configuration unexpectly
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=9329
Summary: Manually added sources will affect new configuration
unexpectly
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: yanshuang.zheng(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution(a)lists.intel.com
pkg: sync-0.9.99.4
As bug #8424 described, sync will create a new source if user needs it for
configured service. Thus, the new added source should only be in the very
configured service. But with sync-0.9.99.3(or 4), the behavior is: After this
new source is added to service A, it will also be added to all services that
change/create configuration. It collects a union set of sources in all service.
Steps:
1. setup configurations with scheduleoworld template:
$syncevolution -c -y username=<my_account> -y password=<my_password> -l
scheduleworld test1
$syncevolution -c -y username=<my_account> -y password=<my_password> -l
scheduleworld test2
2. add a new source to test1:
$syncevolution -c -z uri=xxx test1 xxx
==> new source 'xxx' in test1, no 'xxx' in test2
3. change configuration of test2:
$syncevolution -c -s two-way test2
==> new source 'xxx' in test2
4. add a new configuration test3:
$syncevolution -c -y username=<my_account> -y password=<my_password> -l
scheduleworld test3
==> there is 'xxx' in test3
Assume it a regression brought by fixing bug #8424
--
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, 6 months
[Bug 9737] New: segfault with "--sync slow"
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=9737
Summary: segfault with "--sync slow"
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Generic
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
While testing device sync I stumbled on a segfault. This is using pohly branch.
jku@vili$ gdb syncevolution
GNU gdb (GDB) 7.0.1-debian
[...]
Reading symbols from /usr/bin/syncevolution...done.
(gdb) r --sync slow n85 calendar+todo
Starting program: /usr/bin/syncevolution --sync slow n85 calendar+todo
[Thread debugging using libthread_db enabled]
[INFO] memo: inactive
[INFO] addressbook: inactive
Program received signal SIGSEGV, Segmentation fault.
0x081e79e5 in SyncEvo::SyncSource::setForceSlowSync (this=0x0,
forceSlowSync=true) at ../../src/syncevo/SyncSource.h:1055
1055 void setForceSlowSync(bool forceSlowSync) { m_forceSlowSync =
forceSlowSync; }
(gdb) bt
#0 0x081e79e5 in SyncEvo::SyncSource::setForceSlowSync (this=0x0,
forceSlowSync=true) at ../../src/syncevo/SyncSource.h:1055
#1 0x081de8b1 in SyncEvo::SyncContext::initSAN (this=0x8305888)
at SyncContext.cpp:2576
#2 0x081dfc30 in SyncEvo::SyncContext::doSync (this=0x8305888)
at SyncContext.cpp:2710
#3 0x081dd8ad in SyncEvo::SyncContext::sync (this=0x8305888,
report=0xbfffeab4) at SyncContext.cpp:2486
#4 0x081724a5 in SyncEvo::Cmdline::run (this=0xbffff368) at Cmdline.cpp:609
#5 0x08130321 in main (argc=5, argv=0xbffff4d4) at syncevolution.cpp:142
--
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, 6 months
[Bug 9664] New: calendar events handled as todos (virtual source, Nokia N85)
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=9664
Summary: calendar events handled as todos (virtual source,
Nokia N85)
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEW
Severity: normal
Priority: Undecided
Component: SyncEvolution
AssignedTo: congwu.chen(a)intel.com
ReportedBy: jku(a)linux.intel.com
QAContact: yanshuang.zheng(a)intel.com
CC: syncevolution(a)lists.intel.com
I'm trying to sync calendar data with Nokia N85 and there seems to be a weird
problem:
syncevolution output says this for every calendar event:
[INFO] todo: adding "OTC Europe All Hands"
[ERROR] todo: todo: extracting event
Patrick had this to say after looking at logs:
> The config says:
>
> <contains datastore = 'calendar'>
> <dispatchfilter>F.ISEVENT:=1</dispatchfilter>
> <guidprefix>e</guidprefix>
> </contains>
> <contains datastore = 'todo'>
> <dispatchfilter>F.ISEVENT:=0</dispatchfilter>
> <guidprefix>t</guidprefix>
>
> Then for the failing events, we get:
>
> - 0 : integer SYNCLVL [ n/a, 0, 0] : <unassigned>
> - 1 : integer ISEVENT [ n/a, 0, 0] : 1
>
> But despite ISEVENT == 1, we apparently end up adding it to the "todo"
> source. Please file a bug. Perhaps Congwu has an idea.
Congwu (or anyone interested in looking at this), I won't attach the log here
(it's huge at level 4 and contains my personal calendar items), but I can send
it if you think it might be useful.
My config for the sources was:
* calendar+todo/config.ini:
sync = refresh-from-client
type = virtual:text/x-vcalendar
evolutionsource = calendar,todo
uri = Calendar
* calendar/config.ini:
sync = disabled
type = calendar:text/x-vcalendar
* todo/config.ini
sync = disabled
type = todo:text/x-vcalendar
--
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, 6 months