v1.58.0 - usercentrics 1.5.0

Usercentrics' own record, matched.

A manual deny-all on a v3 tenant writes:

consent.services          keyed by service id
gcmStatus.consentStatus   the same services keyed by NAME, with
                          type EXPLICIT and updatedBy onDenyAllServices
gcmStatus.gcmUpdate       the Google consent state
gcmStatus.dataLayerNames  [ "dataLayer" ]
ui.language

This resource wrote a flat gcm key instead of that nesting, so a page
reading ucData.gcmStatus.gcmUpdate.adStorage found nothing. It now writes
the shape above, confirmed against captures of both a manual deny and a manual
accept on the same tenant.

Four fields are deliberately absent rather than invented. consentHash varies
per visitor for the same consent state - three captures of the same deny gave
three different hashes - so it is not derivable from outside the CMP.
settingsVersion, reshowAfterDays and categories come from a configuration
this resource never fetches, and categories names are the tenant's own.

Unchanged: what the blocker reads to decide. consent.services and
ui.language were already right, which is why this was invisible.