[D-Bus] ListByName() and ListByDomainAndname() return an empty list when used on the "files" provider

[aplopez]

Invoking infopipe's org.freedesktop.sssd.infopipe.Users.ListByName() or org.freedesktop.sssd.infopipe.Users.ListByDomainAndName() on the files provider return an empty list, even if matching entries do exist.

# dbus-send --print-reply --system --dest=org.freedesktop.sssd.infopipe /org/freedesktop/sssd/infopipe/Users org.freedesktop.sssd.infopipe.Users.ListByName "string:al*" "uint32:0"
method return time=1662645620.656219 sender=:1.3569 -> destination=:1.3583 serial=17 reply_serial=2
   array [
   ]

[aplopez]

The first observation in the logs was that the filter used is:

(2022-09-06 15:31:00): [ifp] [sysdb_enumpwent_filter] (0x1000): Searching cache with [(&(objectCategory=user)(name=al*)(lastUpdate>=1662471060))]

meaning that we are only looking for entries added after the last update. Modifying the filter to make this condition always true, returns the expected entries in the list.

(2022-09-06 16:28:51): [ifp] [sysdb_enumpwent_filter] (0x1000): Searching cache with [(&(objectCategory=user)(name=al*)(lastUpdate>=0))]

@pbrezina noticed that:

Files provider works differently, it only updates the record /etc/passwd or /etc/group is touched, it does not perform any per-request update.
Therefore the last update flag is not updated and the user is not found.

So the solution is to avoid the optimization (requesting only the latest updates) when using the files provider.

[pbrezina]

Pushed PR: #6343

• master
  • f418e94 - D-Bus: Do not use timestamp optimization on "files" provider.