Bug 389606 - akonadictl fsck: do not show missing RID warning for search and invitation folders
Summary: akonadictl fsck: do not show missing RID warning for search and invitation fo...
Status: CONFIRMED
Alias: None
Product: Akonadi
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: Debian unstable Linux
: NOR minor
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-01-29 16:11 UTC by Martin Steigerwald
Modified: 2018-01-29 20:01 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Steigerwald 2018-01-29 16:11:05 UTC
Akonadi version: 4:17.08.3-2

akonadictl shows a warning that is not needed and could confuse the user

# Actual results
akonadictl fsck output:

Collection "Search" (id: 1) has no RID.
Collection "OpenInvitations" (id: 395) has no RID.
Collection "DeclinedInvitations" (id: 396) has no RID.
Found 3 collections without RID.

# Expected results
It is probably good not so show a warning for these:

Re: akonadictl fsck: What messages indicate real issues and what to do about them?
From: Daniel Vrátil
> # Collections without RID
> 
> > Looking for dirty objects...
> > Collection "Search" (id: 1) has no RID.
> > Collection "OpenInvitations" (id: 395) has no RID.
> > Collection "DeclinedInvitations" (id: 396) has no RID.
> > Found 3 collections without RID.
> 
> I think at least for "Search" this is expected. I am not sure about the
> other two, but it may be expected for them as well.

The OpenInvitations and DeclinedInvitations collections are virtual search 
Collections too, so they don't have RID.

We should probably not warn about those....

https://marc.info/?l=kdepim-users&m=149431413904927&w=2
Comment 1 Daniel Vrátil 2018-01-29 20:01:17 UTC
To generalize, this check should simply ignore all collections belonging to a virtual resource as those don't have RID by definition.