[Bug 2229] UI needs a progress spinner
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=2229
pohly <patrick.ohly(a)intel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|jku(a)linux.intel.com |patrick.ohly(a)intel.com
--- Comment #12 from pohly <patrick.ohly(a)intel.com> 2009-09-21 03:09:15 ---
(In reply to comment #11)
> (In reply to comment #10)
>
> > But the prepares are almost NOPs. There isn't much to do when checking the
> > items, so this part is done with very quickly. If the weights are meant to turn
> > item counts into real time, then 0.1/0.45/0.45 might be more suitable.
>
> Not item counts, I was trying to estimate the total time in a common sync
> situation, which at least for me meant hundreds of prepares and 0-3 sends and
> receives.
>
> In the normal case 0.1/0.45/0.45 means smooth progress (with some values of
> smooth) until ~15% and then basically jumping to complete. Currently this means
> smooth and fast progress until ~50% and then jumping to complete.
So in other words, giving more weight to the prepare phase is better because
the actual data exchange is quick.
> The other end of the spectrum is of course the first sync with all the data on
> one end (let's say server):
> 0.1/0.45/0.45 would mean that the progress jumps to ~60% and then slowly fills
> up.
> Current ratios mean progress jumps to ~75% and then very slowly fills up.
I suppose the bottom line is that fixed ratios between the phases don't work.
They need to be dynamic, based on whether we expect to really transfer items.
This is tricky to implement. We might have a better chance to implement it in
the D-Bus server.
> It is possible that the current 'bias' in the weights is a result of using very
> large test databases so prepare seemed to take a longer time. I'll be happy to
> change if you want to.
No, don't bother.
I'm taking this issue. I need to implement the "waiting/processing" distinction
in the new D-Bus API (for the spinner), then look into better estimating the
progress.
--
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 3427] poor usability with network interruption: resend messages
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=3427
pohly <patrick.ohly(a)intel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |FIXED
--- Comment #27 from pohly <patrick.ohly(a)intel.com> 2009-09-21 02:59:08 ---
(In reply to comment #26)
> I have pushed the code to congwu branch, please have a look
Merged. Worked really nice in my tests.
I fixed one potential integer overflow (int curTime = time(NULL) => time_t) and
changed some of the logging (xx:yymin instead of seconds) on the master branch
after merging.
--
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 3604] command line: use keyring
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=3604
--- Comment #31 from pohly <patrick.ohly(a)intel.com> 2009-09-21 01:18:50 ---
(In reply to comment #30)
> Done.currently The patches do not cover KDE related issues.
> The last commit is for '--keyring' options in help and README. Patrick, could
> you help refine them?
Yep, done and merged.
The solution with saving cached passwords in the filter dynamically is a good
idea, much better than my previous approach. Now it really should work for
dynamically added password config entries.
The only remaining item (besides support for KDE's KWallet, which we can defer)
is the question I raised on the mailing list: should "--keyring --print-config"
show "-" or the real password from the keyring? Let's gather some opinions on
the list...
--
Configure bugmail: http://bugzilla.moblin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
You are watching someone on the CC list of the bug.
12 years, 12 months
[Bug 3427] poor usability with network interruption: resend messages
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=3427
--- Comment #26 from Chen Congwu <congwu.chen(a)intel.com> 2009-09-20 23:53:15 ---
(In reply to comment #24)
I have pushed the code to congwu branch, please have a look.
> (In reply to comment #23)
> I have merged the code to get the adaption to the modified libsynthesis engine
> included and tested, but this timeout code needs more work.
>
> First, calling sleep() for a long duration prevents the syncevo-dbus-server
> from responding to D-Bus messages. Please introduce a
> EvolutionSyncClient::sleep() method which calls sleep() by default and in the
> DBusSyncClient runs the main loop while waiting. EvolutionSyncClient::sleep()
> should not return prematurely unless the time out expires or CTRL-C was
> pressed. sleep() could return early when some other signal is received
> (unlikely, but not impossible).
>
> Second, the total duration for which we try to resend messages is not
> deterministic. This already was a problem before, I just didn't quite realize
> it.
> I therefore suggest to change the definition of our configuration variables and
> the implementation:
--
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 3427] poor usability with network interruption: resend messages
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=3427
--- Comment #25 from Chen Congwu <congwu.chen(a)intel.com> 2009-09-20 18:40:40 ---
(In reply to comment #23)
> (In reply to comment #22)
> > The workaround for the endless Alert 222 loop has been merged by Synthesis and
> > is in our "master" branch.
> >
> > Congwu, can you enable the message resending again in the nightly testing?
> > How much does it increase the duration of the nightly test run?
> I will enable it today.
>
The report is as expected, synthesis passed resend tests, and for
scheduleworld/funambol the test never hangs.
--
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 4220] SSL certificate checking in SyncEvolution
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=4220
--- Comment #7 from shuangeeer <yanshuang.zheng(a)intel.com> 2009-09-18 02:00:22 ---
sorry for typo. should be
$ syncevolution -c -y SSLVerifyHost=1 -y SSLVerifyServer=1 google
(In reply to comment #6)
> With bug #2431 fixed, I tried to enable SSL certification when sync with google
> by
> $ syncevolution -c -y SSLVerifyHost=0 -y SSLVerifyServer=0 google
>
> Then contacts sync with google works well with ca-certificates-2008-8.1.
>
> So is this one also fixed?
--
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.
13 years
[Bug 5989] New: libsoup incorrect type/g++ 4.4/SyncEvolution build failure
by bugzilla＠moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=5989
Summary: libsoup incorrect type/g++ 4.4/SyncEvolution build
failure
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: Waiting for upstream
Severity: normal
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, patrick.ohly(a)intel.com,
syncevolution(a)lists.intel.com
Depends on: 5987
Release Milestone: Undecided
SyncEvolution 0.9 fails to compile in Moblin Trunk (g++ 4.4):
SoupURI *uri = soup_message_get_uri(message.get());
=> if (!strcmp(uri->scheme, SOUP_URI_SCHEME_HTTPS)) {
SE_THROW_EXCEPTION(TransportException, "SSL certificate
checking requested, but no CA certificate file configured");
}
SoupTransportAgent.cpp:119: error: invalid conversion from 'void*' to 'const
char*'
SoupTransportAgent.cpp:119: error: initializing argument 2 of 'int
strcmp(const char*, const char*)'
The root cause is a bug in libsoup:
http://bugzilla.gnome.org/show_bug.cgi?id=594508
If distros run into this, they should patch libsoup, see Moblin distro bug
#5987. If this turns out to not happen, we can add a typecast to our code.
--
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.
13 years