If I understand correctly, the issue here is that the Page Content Service content was updated in response to edits to the Wikipedia page content ( https://de.wikipedia.org/wiki/Briar_(Instant_Messenger) ), but not in response to edits to the corresponding Wikidata item (https://www.wikidata.org/wiki/Q18210428) from which properties are pulled in via https://de.wikipedia.org/wiki/Vorlage:Infobox_Software.

I believe this is the expected behavior, because our change propagation service currently lacks the dependency tracking capability that would be required to update all pages transcluding a certain piece of content (an image, a Wikidata property, etc.) when that content is updated. (The issue is not currently not present in the iOS app because it does not consume PCS content, although it will begin to shortly.)

I believe that the Core Platform Team is currently thinking through such a dependency tracking mechanism, so I'll tag them for possible further comment.

As a workaround, I believe that performing a purge or null edit of the article will trigger a PCS update that will pull in changes to transcluded content.

In T237859#5679074, @Mholloway wrote:

As a workaround, I believe that performing a purge or null edit of the article will trigger a PCS update that will pull in changes to transcluded content.

I _purged_ the wikipedia page after having edited the page and the wikidata page, and I cleared the Android cache, and I restarted my Android phone => issue persisted.

Hmm, that is surprising. My workaround suggestion was based on https://github.com/wikimedia/change-propagation/pull/223 but maybe something has changed since then. @Pchelolo probably knows more.

Adding Content-Transform-Team as Product-Infrastructure-Team-Backlog-Deprecated has been deprecated for a while, and as open valid tasks shall not be ignored and forgotten only because WMF internally reorgs without much change management in place (cf T328586).