Re: [Evolution-hackers] Issues with new EBook dbus implementation
- From: Alexander Larsson <alexl redhat com>
- To: Milan Crha <mcrha redhat com>
- Cc: evolution-hackers gnome org
- Subject: Re: [Evolution-hackers] Issues with new EBook dbus implementation
- Date: Tue, 31 May 2011 10:20:06 +0200
On Tue, 2011-05-31 at 05:50 +0200, Milan Crha wrote:
> On Mon, 2011-05-30 at 15:33 +0200, Alexander Larsson wrote:
> > Btw, I was thinking about this. Is this kind of solution really
> > needed? I mean, its easy to bump the timeout for the async ops, and i
> > think the current maximum dbus timeout is six hours. Are there actual
> > correct evolution operations that we expect to take more than six
> > hours to complete?
> I'm not aware of any operation which may take more than 6 hours :) The
> default timeout is about 30 seconds, and even after that you cannot
> distinguish whether the factory is just stuck or the backend does other
> operations and your new request is pilled in. The new behaviour lets you
> know that the factory is actually alive, which I believe is a good thing
> to do.
The default timeout yes, but its easy to change that. And how does the
new behaviour let you know this? You know it was alive when it sent the
reply, yes, but it could well have hanged since then.
][Date Next] [Thread Prev