[Bug 4753] New: --enable-gui=all
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=4753
Summary: --enable-gui=all
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Generic
OS/Version: Other
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
Right now, only one sync-ui binary is built, using either GTK or Moblin
specific widgets. Fedora wants to package both the GTK and Moblin sync-ui and
thus needs to build+install two different binaries (and corresponding desktop
files) at the same time.
As discussed on the mailing list, this could be done by:
* building sync-ui as it is now if only one mode is selected
* building sync-ui-moblin and sync-ui-gtk for --enable-gui=all
The corresponding desktop files would be sync.desktop, sync-moblin.desktop and
sync-gtk.desktop. Can the content of the .desktop file be identical or do we
need different names/descriptions? Yes, but only if both are installed at the
same time.
I don't want to introduce new translation strings right now, so I'll use the
same .desktop file for all of them.
--
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
[Bug 5632] New: Memotoo and refresh-from-server
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=5632
Summary: Memotoo and refresh-from-server
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: Dries.Decock(a)telenet.be
QAContact: yanshuang.zheng(a)intel.com
CC: shuang.wan(a)intel.com, syncevolution(a)lists.intel.com
Release Milestone: Undecided
When syncing with memotoo, using a 'refresh-from-server'. All local entries are
deleted, but nothing is added again, losing all information. This for the
calendar, addressbook, ...
--
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, 8 months
[Bug 5021] New: It takes 11 seconds to launch SyncUI service when EDS has about 2500 records
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=5021
Summary: It takes 11 seconds to launch SyncUI service when EDS
has about 2500 records
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: NEW
Severity: major
Priority: Undecided
Component: GTK UI
AssignedTo: jku(a)linux.intel.com
ReportedBy: jingke.zhang(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: ross.burton(a)intel.com, yanshuang.zheng(a)intel.com,
shuang.wan(a)intel.com, syncevolution(a)lists.intel.com
Image: distro 20090803-001
Description:
=====================
This is found in our stress test.
After I synced about 2500 PIM Data (addressbook + events + tasks), the syncUI
launching time is much slow than before. It stays in "non service" status for
about 11 seconds (see my attachment), then the scheduleworld service can be
ready for use. The slowness can be also be met when switching services (with
thousands of PIM data).
If my data number is small (<100), the syncUI can be launched very quickly. Can
not imagine why this slowness relates to EDS. CC to Ross. Thanks!
Steps:
====================
1. Prepare 2500 data (contacts or tasks) in scheduleworld server.
2. Do "two-way" syncing with the service.
3. Reboot machine. Launch SyncUI again, you will find the launching time is
about 11 seconds longer.
--
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, 8 months
[Bug 4752] New: Sync-ui should use the chooser correctly
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=4752
Summary: Sync-ui should use the chooser correctly
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: nicholas.e.richards(a)intel.com
QAContact: jingke.zhang(a)intel.com
CC: tf(a)linux.intel.com, shuang.wan(a)intel.com,
syncevolution(a)lists.intel.com
The sync-ui currently installed on moblin doesn't seem to emit startup
notifications correctly so I never see a chooser when using it, the app always
opens on the current zone.
This is not ideal as it doesn't fit nicely into the moblin experience.
tf: I've CCd you in as you know most about this sort of thing and you can
advise on some of the 'cunning' white/black lists we run to treat our single
instance applications specially (this app should be on them if it's not
already).
--
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, 8 months
[Bug 3009] interoperability with mobical.net
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=3009
pohly <patrick.ohly(a)intel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |
AssignedTo|yongsheng.zhu(a)intel.com |patrick.ohly(a)intel.com
--- Comment #46 from pohly <patrick.ohly(a)intel.com> 2009-08-31 07:45:53 ---
(In reply to comment #45)
> according to nightly results, mobical interoperability testing results are ok
> now. change its status as resolved.
We still need to set the "consumerReady" flag and update the NEWS file.
--
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, 8 months
[Bug 3604] command line: use keyring
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=3604
--- Comment #2 from pohly <patrick.ohly(a)intel.com> 2009-08-31 03:27:30 ---
(In reply to comment #1)
> fixed in the branch 'origin/bug3604'. waiting for review.
This patch moves the handling of the keyring into the configuration system
inside libsyncevolution. Perhaps I should have been more explicit about this:
the *command line* should access the keyring, not the *core engine*.
The rationale is that there might be multiple, front-end specific ways of
storing passwords (KDE keyring anyone?). We can't support all of them in the
core engine and keep it front-end agnostic at the same time.
Putting GNOME keyring access into the "syncevolution" binary is already
stretching the concept a bit. I can imaging that we'll end up with
--keyring=GNOME and --keyring=KDE at some point, possibly with loadable plugin
modules which do the platform specific keyring access.
That's overkill right now, but i'll be easier to fix if it is not encoded
inside the core engine itself.
What you need to do is implement your own CmdlineSyncClient, derived from
EvolutionSyncClient, and then override the askPassword() method.
Regarding the error if --keyring is requested and not support by the binary:
"ERROR: your system doesn't support keyring. Possibly you may do not use this
parameter or install gnome-keyring on your system."
=>
"ERROR: this syncevolution binary was compiled without support for storing
passwords in a keyring. Either store passwords in your configuration files or
enter them interactively on each program run."
--
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, 8 months