[Bug 3427] poor usability with network interruption
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=3427
--- Comment #17 from Chen Congwu <congwu.chen(a)intel.com> 2009-08-25 01:03:13 ---
> Congwu implemented it like that. I just merged these changes into the master
> trunk for 0.9.1.
>
> Now we need to include the new "Client::Sync::*::Resend" test in the nightly
> testing. My expectation is that it should work with all servers, but this needs
> to be tested.
>
> Congwu, can you work with Yongsheng on the integration into the nightly
> testing? Is it possible to speed up the Resend tests by running them with
> shorter timeouts?
I think you haven't pushed it, that's good. I just add an environment variable
to set the timeout period and rebased my branch. You can merge this one.
I will enable the Resend test in the nightly.
--
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, 10 months
[Bug 3427] poor usability with network interruption
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=3427
--- Comment #16 from pohly <patrick.ohly(a)intel.com> 2009-08-25 00:22:12 ---
(In reply to comment #15)
> I would name and describe the new configuration options a bit differently:
> "ResendTimeout",
> "The time that the client waits before it assumes that\n"
> "a message was lost and sends its own message again.\n"
> "In addition, this timeout is used as delay between\n"
> "a temporary network error and resending the failed\n"
> "message."
>
> "ResendRetries",
> "How many times the client will resend a message.\n"
> "When the maximum number of retries is exceeded,\n"
> "the current session is automatically aborted without\n"
> "sending further messages to the server."
>
> Note the second sentence about resending after a temporary network problem. We
> haven't discussed that yet and the current code doesn't implement it, does it?
> I think it would be a useful reuse of the new error recovery approach. Does
> this look useful/feasible?
Congwu implemented it like that. I just merged these changes into the master
trunk for 0.9.1.
Now we need to include the new "Client::Sync::*::Resend" test in the nightly
testing. My expectation is that it should work with all servers, but this needs
to be tested.
Congwu, can you work with Yongsheng on the integration into the nightly
testing? Is it possible to speed up the Resend tests by running them with
shorter timeouts?
--
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, 10 months
[Bug 5377] New: performance improvement for .other.ini when used as key/value store
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=5377
Summary: performance improvement for .other.ini when used as
key/value store
Classification: Moblin Projects
Product: SyncEvolution
Version: upstream
Platform: Netbook
OS/Version: Moblin Linux
Status: ASSIGNED
Severity: normal
Priority: Undecided
Component: * Feature Request
AssignedTo: syncevolution(a)lists.intel.com
ReportedBy: patrick.ohly(a)intel.com
CC: syncevolution(a)lists.intel.com
Release Milestone: Undecided
The FileConfigNode uses a list of text lines as internal representation. That's
because it has to preserve the ordering of comment and assignment lines. When
treating it as a key/value store, some operations can take O(n^2) time, like
copying the file into itself (bug #5021).
That situation was easily avoided, but it is likely that the performance of the
TrackingSyncSource could be improved. Here's an idea:
* define that SyncSourceNodes::m_trackingNode doesn't support property comments
(not needed anyway)
* write a HashFileConfigNode with the same on-disk format as FileConfigNode,
but a more efficient internal representation (hash)
* instantiate that class for m_trackingNode
--
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, 10 months
[Bug 5017] SyncUI: Tooltip for service website is BLANK
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=5017
pohly <patrick.ohly(a)intel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
CC| |patrick.ohly(a)intel.com
Resolution| |FIXED
--- Comment #3 from pohly <patrick.ohly(a)intel.com> 2009-08-12 02:37:38 ---
Fixed and merged into master for 0.9:
commit b43bffcc9c93a437097db219566ff816a9c7ebce
Author: Jussi Kukkonen <jku(a)linux.intel.com>
Date: Tue Aug 11 22:23:41 2009 +0300
remove workaround for invisible tooltips
moblin theme now provides tooltip colors (light text on dark bg),
so we need to remove the styling
--
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, 10 months
[Bug 3479] EDS: protect against concurrent editing + revision handling
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=3479
--- Comment #11 from Chen Congwu <congwu.chen(a)intel.com> 2009-08-12 00:47:52 ---
Thant's good, so I will change the dbus api.
The modification apis(create,remove,modify) need be extended to:
1) return the new rev in the dbus call
2) add a new input parameter "flags" to indicate different semantics (ignore
rev check, use rev check and do not update rev)
Another thing is can I take this assumption also to the backends? That is can I
modify existing backends apis instead of adding new apis? Personally I don't
think so (The backends api is not internal, there maybe third party backend
implementations existed).
(In reply to comment #10)
> I've been telling everyone who wants to talk to EDS via DBus directly not to
> because the protocol isn't stable, and this is exactly why. We can change the
> DBus protocol easily, what would the exact changes be?
--
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, 10 months