[Bug 2309] support suspend/abort
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=2309
ZhangJingke <jingke.zhang(a)intel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |nicholas.e.richards(a)intel.c
| |om
--- Comment #3 from ZhangJingke <jingke.zhang(a)intel.com> 2009-08-11 19:21:18 ---
It is good idea to support "suspend" and "abort" buttons, but we may be careful
for it (especially on Server side).
CC to Nick and hope to discuss it in near future. :)
--
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, 12 months
[Bug 2260] need interface to set useProxy or not
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=2260
--- Comment #5 from shuangeeer <yanshuang.zheng(a)intel.com> 2009-08-11 19:09:54 ---
Yeah, I agree. For moblin, loading system http proxy sounds sufficient.
In non-Moblin OS, proxy for sync has to be configured via "useProxy" and
"proxyHost" in config.ini for each service. They don't load system http proxy.
Then such kind of interface is not needed neither.
(In reply to comment #4)
> So old feature request it is. :)
> Since SyncEvolution can use system http well (in many situation, user does not
> need proxy at all), I can accept no such setting in current GUI design.
--
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, 12 months
[Bug 2260] need interface to set useProxy or not
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=2260
ZhangJingke <jingke.zhang(a)intel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|minor |enhancement
--- Comment #4 from ZhangJingke <jingke.zhang(a)intel.com> 2009-08-11 19:01:26 ---
So old feature request it is. :)
Since SyncEvolution can use system http well (in many situation, user does not
need proxy at all), I can accept no such setting in current GUI design.
Change it to enhancement. and welcome comments.
--
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, 12 months
[Bug 2229] UI needs a progress spinner
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=2229
--- Comment #8 from ZhangJingke <jingke.zhang(a)intel.com> 2009-08-11 18:52:07 ---
(In reply to comment #7)
> Let's discuss what the throbber should indicate, then make it work like that...
I feel current throbber needs more improvement:
1. No percentage hint. For 10-second syncing task, it may need 6 seconds to do
sync preparation, but the process is only 10% on the throbber. Then it quickly
begins sync.
2. No enough info for what is going on. I tried to sync without username and
password to scheduleworld. "Starting sync..." with 5% in throbber for about 10
seconds, then quickly come to "ending sync..." with 95%. It told me nothing. :(
To this topic, I feel spinner/throbber may be helpful to solve #1, but we may
need to add more steps information to show to user (about #2). 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, 12 months
[Bug 3479] EDS: protect against concurrent editing + revision handling
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=3479
--- Comment #8 from Chen Congwu <congwu.chen(a)intel.com> 2009-08-11 18:13:27 ---
After reading the eds-dbus code, I suspect "RETURN-REV" capability can't be
implemented for existing non-atomic calls.
The reason is: the dbus call does not return "revision" or "Contact", the
changed item is asynchronously popped up by another signal ("contacts-changed",
etc.). What's worse, the signal has a buffering mechanism, it will not emit as
soon as a contact is changed(maybe delayed to a later point to pop up a batch
of changes).
Two solutions: 1) change the dbus interface (incompatible) 2) Use the
workaround which was used by syncevolution in libebook (get the whole contact
again by another dbus call, which still can not guarantee the correct semantic
(the contacts may already be changed by another client).
I suggest not support "RETURN-REV" capability in existing non-atomic calls. For
the new added atomic calls, we can use a different dbus interface which will
return the "revision" information from the dbus method call.
Ross and Patrick, do you think so?
--
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, 12 months