[Bug 9714] Ordering of datastores inconsistent
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=9714
pohly <patrick.ohly(a)intel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|Undecided |P2
Status|NEW |ASSIGNED
CC| |patrick.ohly(a)intel.com
Target Milestone|--- |1.0
--- Comment #2 from pohly <patrick.ohly(a)intel.com> 2010-02-13 14:38:29 PST ---
(In reply to comment #0)
> Have a look at both attached screenshots. I think the elements should have the
> same order.
I agree. Thanks for pointing this out.
--
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 3182] support ovi.com (Nokia sync service)
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=3182
--- Comment #14 from pohly <patrick.ohly(a)intel.com> 2010-02-11 01:58:18 PST ---
(In reply to comment #13)
> (In reply to comment #11)
> > Congwu, have you ever successfully used a virtual source in a SyncML client?
> No, not yet. You are right, it seg faults currently.
After fixing the segfault I end up with errors because the underlying sources
get activated for the sync *as if they were normal active sources*. In other
words, SyncEvolution as client tries to synchronize "calendar", "todo", and
"calendar+todo" with the server all at once, instead of just synchronizing
"calendar+todo" with the server.
Congwu, unless you tell me otherwise I'll have a closer look.
--
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 9436] syncevo-dbus-server does not support Bluetooth
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=9436
pohly <patrick.ohly(a)intel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|FIXED |INTEGRATED
--- Comment #7 from pohly <patrick.ohly(a)intel.com> 2010-02-10 23:57:27 PST ---
> > Also note that there is at least one g_main_context_iteration() call left where
> > blocking=FALSE. Won't that lead to busy polling? Can that be made blocking
> > without problems?
> That should be unintentional, it's safe to remove the non-blocking call.
> Please see mb9436 branch.
Merged and integrated into 0.99.9.
--
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 3182] support ovi.com (Nokia sync service)
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=3182
--- Comment #13 from Chen Congwu <congwu.chen(a)intel.com> 2010-02-10 22:38:34 PST ---
(In reply to comment #11)
> Congwu, have you ever successfully used a virtual source in a SyncML client?
No, not yet. You are right, it seg faults currently.
> I'm trying it for the first time with SyncEvolution as both client and server
> and get a crash in
> sysync::TBinfileClientConfig::findOrCreateTargetIndexByDBInfo(). A virtual
> function call jumps to NULL:
>
> 2157
> cfgP->initTarget(target,aProfileID,NULL,DEFAULT_DATASTORES_ENABLED); // init
> default
>
> I suspect that the following type cast was invalid:
> for (pos=fDatastores.begin();pos!=fDatastores.end();pos++) {
> TBinfileDSConfig *cfgP = static_cast<TBinfileDSConfig *>(*pos);
Yes, you are right. With a simple patch it works now, see my posts in synthesis
mail list.
--
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 4812] [i18n] "your SyncML server account name" should be translated
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=4812
pohly <patrick.ohly(a)intel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |WONTFIX
--- Comment #2 from pohly <patrick.ohly(a)intel.com> 2010-02-10 11:43:47 PST ---
(In reply to comment #1)
> I can add a pre-filled entry of course but I don't think it solves much: I
> think the UI is fairly clear that these are service settings and one of those
> settings is the server username. If it isn't clear enough, then that should be
> fixed for all cases, not just the "Add new service" case.
>
> Opinions?
I agree.
--
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 8727] New: intelligent handling of first-time slow syncs
by bugzilla@moblin.org
http://bugzilla.moblin.org/show_bug.cgi?id=8727
Summary: intelligent handling of first-time slow syncs
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: jku(a)linux.intel.com
QAContact: yanshuang.zheng(a)intel.com
CC: nicholas.e.richards(a)intel.com,
syncevolution(a)lists.intel.com
Resolving Bug 2416 (intelligent handling of unexpected slow syncs) has brought
up a usability issue in first time syncs:
When the user syncs for the first time, the server will ask for a slow sync. At
this point it is impossible to silently decide the correct sync mode:
1. if we have no local data, syncevolution could decide silently
2 if there is local data, the right option could be
slow, refresh-from-server or refresh-from-client.
We really can't tell.
3. The client should make the sync mode decision, but currently
it can't know when we are in a first-sync situation.
I'll file sub-bugs on local-data checking and first-time-sync checking. Let's
consider this a UI bug that depends on those.
UI notes: I'm currently implenting the error messages with a infobar and I
think this fits in there nicely as well. Something like this:
* Scheduleworld.com
We have not synced with Scheduleworld.com yet. [ Slow sync ]
The default is Slow sync but you can also start [ More options ]
from scratch with local data or remote data.
"More options" opens Sync Emergency (although the name is a bit strong here
;)).
I didn't include all options in the info bar just to keep things simple -- and
because Sync Emergency has more room to explain the options.
The normal "Sync" button can also be changed to "Slow sync" during this.
--
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