http://bugzilla.moblin.org/show_bug.cgi?id=8144
--- Comment #4 from yongsheng zhu <yongsheng.zhu(a)intel.com> 2009-12-14 18:09:14 PST
---
(In reply to comment #3)
Which object is this method in? I'm assuming Session.
right.
(In reply to comment #2)
> The output includes information about the changes made during the restore,
> both in terms of item changes and content changes.
This is not visible in the API :)
ok, I'll remove this statement out of the API
document.
We need to decide on return values, as well as status notifications.
Some ideas/questions:
* Could this be considered a sort of "sync" with regard to
status changes, return values and sync reports? There may be good reasons
to not do that, but that was the first idea I had...
* In any case you can probably reuse the sync report format at least partly?
I
think at least 'restore' won't provide this kind of thing since it doesn't
do
any sync related things with server, but after restoring, a call of
Session.Sync() could provide them.
Patrick, any comments?
> My concern is that we don't send an ID( or log directory) to
dbus clients in
> Session.GetReports(). I think an entry should be added in the report dict. so
> a pair of <"dir", log dir> is likely to be inserted into the dict if
no
> objection.
Clients need to get the identifiers from server but whether that identifier is
a real directory is a server implementation detail as far as I'm concerned.
ok,
but the key should be specified. so the name is 'dir', ok?
> Jussi, you said, "I see I get backup identifiers from the
sync reports". I
> don't know which key you refer to in the reports.
I'm seeing keys like "source-todo-backup-after" with uint values. I just
guessed they were backup identifiers.
no, that's just the number of items after
sync. We'll use 'dir' as identifiers,
see the above.
--
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.