[Bug 8867] New: server mode session status (and command line status) not correct in some cases
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=8867
Summary: server mode session status (and command line status)
not correct in some cases
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
Congwu wrote in bug 8782 comment 15:
> please fire a bug for the wrong session status in server mode (the cause
> is likely: Synthesis library does not have signal for application in server
> mode; thus the application have no idea whether this is a successful or wrong
> session, In SyncEvolution we always treat it as successful).
Attachment 3859 is an example of this:
Syncevolution receives a 500 response to a alert but syncevolution finishes as
"successful".
I'll assign this to Congwu as a first guess...
--
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 7877] New: SyncEvolution + Ubuntu 9.10 + evolution-couchdb address book + REV
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=7877
Summary: SyncEvolution + Ubuntu 9.10 + evolution-couchdb
address book + REV
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Other
Status: Waiting for upstream
Severity: major
Priority: P2
Component: SyncEvolution
AssignedTo: patrick.ohly(a)intel.com
ReportedBy: patrick.ohly(a)intel.com
QAContact: yanshuang.zheng(a)intel.com
CC: shuang.wan(a)intel.com, syncevolution(a)lists.intel.com
This is based on a bug report received by a user via private email. He tried
address book sync with SyncEvolution on Ubuntu 9.10 with evolution-couchdb (the
Ubuntu One backend) installed and got:
[ERROR] addressbook: contact entry without REV:
010cb345b24a0841e3ff478abeaa363f
I believe the lack of REV support is a deficiency in the couchdb backend and
have reported it there:
https://bugs.launchpad.net/evolution-couchdb/+bug/479110
Let's see how they reply. Without support REV support, we can't use that
backend and either have to educate users about the problem or blacklist the
backend.
--
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 9437] New: Nokia_7210c template should use blank username and password
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=9437
Summary: Nokia_7210c template should use blank username and
password
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEW
Severity: minor
Priority: Undecided
Component: SyncEvolution
AssignedTo: congwu.chen(a)intel.com
ReportedBy: jingke.zhang(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: syncevolution(a)lists.intel.com
Image: moblin-2.2-Preview-Netbook-IntelInternalOnly-201002030857.usbimg
Description:
================
When we do 'syncevolution -l Nokia_7210c nokia', it will generate the config
for Nokia_7210c phone. We can still see those in its config.ini:
------
username = your SyncML server account name
password = your SyncML server password
Please make them empty for user's convenience. :)
--
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 9939] New: "type" not set in shared config.ini
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=9939
Summary: "type" not set in shared config.ini
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEW
Severity: normal
Priority: P1
Component: SyncEvolution
AssignedTo: patrick.ohly(a)intel.com
ReportedBy: patrick.ohly(a)intel.com
QAContact: yanshuang.zheng(a)intel.com
CC: syncevolution(a)lists.intel.com
Try to change the type via the command line:
$ syncevolution --configure --source-property type=file:text/vcard:3.0 @server
addressbook
$ syncevolution --print-config -q syncevolution_client_1@server addressbook |
grep type
type = file:text/vcard:3.0
$ syncevolution --print-config -q @server addressbook | grep type
# type = select backend
It is set alright for the peer, but not when used independently from the peer.
This only affects one use case which is not very common: restoring data
independently from a peer. Workaround: when restoring, always use the peer
config (which is what the sync-ui does).
Todo: write test cases for Cmdline and D-Bus.
Fix: copyProperties() in SyncConfig.cpp must know that "sync" goes into more
than one target node. Both versions of it might affected.
--
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 9907] New: device-specific rules (Nokia 7120C)
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=9907
Summary: device-specific rules (Nokia 7120C)
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: P1
Component: *Feature Request
AssignedTo: congwu.chen(a)intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
The Nokia 7120C <remoterule> about enabling the TZ property and forcing UTC is
not in the current repo. We should rewrite it so that the TZ property depends
on a general <subrule> that is activated when we detect the 7120C or any future
device which needs the same treatment.
The necessary code is now in the libsynthesis that we use:
commit 3627eb1cf5e48981f56940f2f2c292e6c253d5d3
Author: Lukas Zeller <luz(a)synthesis.ch>
Date: Fri Feb 5 16:00:02 2010 +0100
Engine 3.4.0.4: enhanced remote rules with subrules and multiple active
rules per session
- as before, unless a rule has the <finalrule> flag set, all
remote rules will be checked for a match, and all matching
rule's behaviour flags will be combined.
- UNLIKE before (where the last matching rule was considered
the one and only "active" rule), now all matching rules
are kept in a list and all considered active.
- Using <include rule="..."/> in a remote rule,
a matching rule can activate other rules.
- Using <subrule> (instead of <remoterule>), rules can be
defined that never match by themselves, but can only be
activated using <include name="..."/>
- The REMOTERULENAME() script function still returns the
name of the LAST activated rule (which, unless <include>
is used, is the LAST matching rule, and is therefore
backwards compatible with pre 3.4.0.4 configs.
- A new ISACTIVERULE() script function allows to test
if a certain rule is active (by name). This is meant
to replace REMOTERULENAME()=="xxx" checks.
- Rule-specific property definitions (<property rule="xxx")
and rule-specific datatype usage
(<use datatype="x" ... rulematch="rule"/>) now are activated
by ANY of the active rules .
--
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 9902] New: Fail to sync with SyncEvolutionClient by bluetooth
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=9902
Summary: Fail to sync with SyncEvolutionClient by bluetooth
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: jingke.zhang(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: patrick.ohly(a)intel.com, syncevolution(a)lists.intel.com
syncevolution: 0.9.99.10
machine: both cases failed.
1. netbook(server) -> CDK (handset) as client
2. netbook(server) -> netbook(client)
Description:
===============
This issue is following bug#9572 . After handset integrated syncevolution, I
tried to make it as client to sync. But I want to track this issue in netbook
side firstly.
With two netbook machine, when I trid to sync with a SyncEvolutionClient by
bluetooth, it told me 'TransportException while sending SAN package'. Two-way
sync addressbook failed.
My steps:
===============
1. Pair with the client machine successfully. (transfer file by bluetooth can
pass).
2. Do a config: syncevolution -l SyncEvolutionClient client
3. Modify client configuration with client machine's bluetooth MAC
4. syncevolution --run -s two-way client addressbook (then it failed)
--
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 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.
12 years, 6 months
[Bug 8317] New: sync-UI 1.0: "not supported by service" vs. "not supported locally"
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=8317
Summary: sync-UI 1.0: "not supported by service" vs. "not
supported locally"
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: P3
Component: *Feature Request
AssignedTo: jku(a)linux.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
In the new sync-UI I selected a config where some sources had no "type" set.
Such a source fails the CheckSource() test. Also, the "uri" was unset.
The sync-UI showed such a bad source greyed out with the text:
"not supported by service"
That's correct because the "uri" was empty, but the more severe local
configuration problem was not reported.
I then stopped the sync-ui and edited the config file manually. Restarted
sync-ui.
The source was no longer greyed out. An error due to the missing type was not
visible. I could also not see the output from the syncevo-dbus-server which
earlier showed that the function was called and failed, so I am not sure
whether the sync-ui was really checking the usability of the source.
What is the desired behavior if CheckSource() fails, as for the "memo" source
on Moblin? Should the sync-ui hide such sources or show a proper explanation?
--
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 7707] New: revised configuration layout: multiple peers per config
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=7707
Summary: revised configuration layout: multiple peers per
config
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: P1
Component: *Feature Request
AssignedTo: patrick.ohly(a)intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
Multiple peers should be able to share the same set of local data sources. The
current scheme has the following disadvantages:
* Settings for sources and logging are duplicated and might become
intentionally or unintentionally inconsistent between peers.
* Finding all old sessions involving a certain local data source is hard: one
has to check multiple different peer configurations and cannot be sure that
source "addressbook" of peer A really is the same "addressbook" as in peer B.
* When we are contacted for the first time by a peer, it is unclear which local
source and logging configuration we are supposed to use.
The intention is to replace the current scheme with the following layout:
.config/syncevolution/
config.ini global sync properties
default/
config.ini source set config
.synthesis shared (!) Synthesis binfiles
sources/
addressbook|calendar|.../
config.ini source config
peers/
scheduleworld/
config.ini peer configuration
sources/
addressbook|calendar|.../
config.ini per peer source config
.other.ini per peer and per source storage for backend
phone_xyz/
...
alternate/
.... a complete set of configuration files as above
See http://syncevolution.org/development/configuration-handling for details.
--
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 9841] New: bluetooth integration in UI needs info on configuration updates
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=9841
Summary: bluetooth integration in UI needs info on
configuration updates
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
On regular GNOME I do this when user clicks on "Add new device":
* start bluetooth-wizard
* wait for bluetooth-wizard process to end, then update the configuration list
That's a hack but it works.
Unfortunately moblin integrates the wizard into the bluetooth-panel: I can't
tell when the wizard finishes so I can't update the template list at the right
time. A proper solution would involve a D-Bus signal that tells me when a
configuration has changed. The next best thing would be adding "show"/"hide"
signals to the moblin panel DBus interface (this would allow for a similar hack
as with plain GNOME).
--
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