[Bug 69256] New: Using large phonebook (>5k) event quiescent is triggered before all contacts events are received
6:19 p.m.
https://bugs.freedesktop.org/show_bug.cgi?id=69256
Priority: medium
Bug ID: 69256
CC: syncevolution-issues(a)syncevolution.org
Assignee: syncevolution-issues(a)syncevolution.org
Summary: Using large phonebook (>5k) event quiescent is
triggered before all contacts events are received
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: eugenio.parodi(a)intel.com
Hardware: x86 (IA32)
Status: NEW
Version: 1.3.99.3
Component: SyncEvolution
Product: SyncEvolution
Version: syncevolution-1.3.99.4
Precondition: phone with large phone book (>5k), phone is synced
Action: search with empty search filter
Expected behavior: all contacts should be added to ViewControl
Observed behavior: event Quiescent is received before all contacts are added
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
6:22 p.m.
New subject: [Bug 69256] Using large phonebook (>5k) event quiescent is triggered before all contacts events are received
https://bugs.freedesktop.org/show_bug.cgi?id=69256
--- Comment #1 from Eugenio Parodi <eugenio.parodi(a)intel.com> ---
Syncevolution Version Details:
syncevolution-1.3.99.4.tar.gz
Patches:
0004-PIM-adapt-to-locale-changes-at-runtime-FDO-66618.patch
0003-D-Bus-server-LocaledListener-must-not-fail-without-s.patch
0002-D-Bus-server-utility-class-for-localed-D-Bus-interfa.
0001-PBAP-do-not-end-Bluez5-transfer-prematurely.patch
0001-D-Bus-server-if-busy-don-t-shut-down.patch
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
7:01 p.m.
New subject: [Bug 69256] Using large phonebook (>5k) event quiescent is triggered before all contacts events are received
https://bugs.freedesktop.org/show_bug.cgi?id=69256
Patrick Ohly <patrick.ohly(a)gmx.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |NEEDINFO
--- Comment #2 from Patrick Ohly <patrick.ohly(a)gmx.de> ---
You only get the Quiescent signal after loading all contacts in one particular
situation, and even that is an implementation detail and not guaranteed:
- all data is in the EDS database
- the unified address book is not active (daemon just started, or there is no
active view and Stop() was called)
- it gets activated by creating a search
The meaning of "Quiescent" is not "all data has been retrieved". Its
semantic
is a bit weaker: "now is a good time to show the current results".
This is partly due to the design of the view as a live entity which may change
as data gets added or removed (the semantic of the signal is consistent with
that model), partly due to the underlying implementation (an active unified
address book has no way of determining whether it has processed all pending
changes in EDS).
What you expect is a "unified address book is complete" status and associated
change signals. I agree that this would be useful, but there is no easy way of
implementing it right now. How important is that?
Does this explanation make sense?
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
9:16 p.m.
New subject: [Bug 69256] Using large phonebook (>5k) event quiescent is triggered before all contacts events are received
https://bugs.freedesktop.org/show_bug.cgi?id=69256
Patrick Ohly <patrick.ohly(a)gmx.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEEDINFO |RESOLVED
Resolution|--- |NOTABUG
--- Comment #3 from Patrick Ohly <patrick.ohly(a)gmx.de> ---
I believe the agreement is that the current behavior is okay. Closing the
issue.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
3275
days inactive
3293
days old
syncevolution-issues@syncevolution.org
3 comments
1 participants
participants (1)
-
bugzilla-daemon＠freedesktop.org