Google limits the number of item in the UnreadMails array to 30, but report the total number of unread e-mail correctly. This seems reasonable way to reduce the network overhead by such notification. The result is that the size of UnreadMails maybe smaller or equal to UnreadMailCount. This behavior should be documented in the spec as being normal. Nothing in the spec currently deny this.
I think at some stage I made the spec wording explicitly say the opposite, but then reverted it... good thing I did, really :-) Could you provide a patch please? I think the behaviour you've implemented in Gabble (as proposed here) will confuse people if we don't draw attention to it.
Oops, title was upside-down.
Patch available: http://git.collabora.co.uk/?p=user/nicolas/telepathy-spec.git;a=commitdiff;h=d8b038e04293bbba989662e7d617ea1d954a11a8;hp=b8e35eaf7f3f2cc132c92be6dbd6af008824e68e
Updated my patch base on Simon comments on IRC: New patch: http://git.collabora.co.uk/?p=user/nicolas/telepathy-spec.git;a=commitdiff;h=3b2374c959f1169b95975d0183f199eb15a2776f;hp=b8e35eaf7f3f2cc132c92be6dbd6af008824e68e IRC Log: <smcv> stormer: the tp:rationale there doesn't make sense to me... it's of the form "thing (rationale: rationale for an unrelated thing)" <smcv> stormer: adding "This list MAY be shorter than <tp:member-ref>UnreadMailCount</> would indicate" would fix that <smcv> stormer: (i.e. just before the rationale) <smcv> stormer: thanks for catching up on this <smcv> stormer: I'd prefer it if UnreadMailCount's docstring had proper HTML paragraphs, now that it's more than one paragraph
Will be in 0.19.4.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.