cloudfoundry / cloudfoundry/uaa

Failed customizing default zone branding via UAA manifest

Open
#944 3 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

unscheduled
Dominant language
Java
Stars
1.6k
Forks
844
Avg merge
2d 5h
Merged PRs (30d)
27

Description

What version of UAA are you running?

version 4.26.0

How are you deploying the UAA?

I am deploying the UAA locally via docker-compose

What did you do?

I tried customizing the default zone's branding via the UAA manifest, as per below:

LOGIN_SECRET: <redacted>
authentication:
  policy:
    countFailuresWithinSeconds: <redacted>
    global:
      countFailuresWithinSeconds: <redacted>
      lockoutAfterFailures: <redacted>
      lockoutPeriodSeconds: <redacted>
    lockoutAfterFailures: <redacted>
    lockoutPeriodSeconds: <redacted>
authorize:
  url: <redacted>
branding:
  banner:
    backgroundColor: <redacted>
    link: <redacted>
    logo: ''
    text: <redacted>
    textColor: <redacted>
  company_name: <redacted>
  consent:
    link: <redacted>
    text: <redacted>
  footer_legal_text: <redacted>
  footer_links:
    privacyPolicy: <redacted>
    termsOfUse: <redacted>
  product_logo: ''
  square_logo: ''
database:
  driverClassName: <redacted>
  password: <redacted>
  url: <redacted>
  username: <redacted>
encryption:
  active_key_label: <redacted>
  encryption_keys: <redacted>
host: <redacted>
issuer:
  uri: <redacted>
jwt:
  token:
    signing-key: <redacted>
login:
  branding:
    banner:
      backgroundColor: <redacted>
      link: <redacted>
      logo: ''
      text: <redacted>
      textColor: <redacted>
    company_name: <redacted>
    consent:
      link: <redacted>
      text: <redacted>
    footer_legal_text: <redacted>
    footer_links:
      privacyPolicy: <redacted>
      termsOfUse: <redacted>
    product_logo: ''
    square_logo: ''
  serviceProviderCertificate: <redacted>
  serviceProviderKey: <redacted>
  serviceProviderKeyPassword: <redacted>
  url: <redacted>
password:
  policy:
    expirePasswordInMonths: <redacted>
    global:
      expirePasswordInMonths: <redacted>
      maxLength: <redacted>
      minLength: <redacted>
      requireDigit: <redacted>
      requireLowerCaseCharacter: <redacted>
      requireSpecialCharacter: <redacted>
      requireUpperCaseCharacter: <redacted>
    maxLength: <redacted>
    minLength: <redacted>
    requireDigit: <redacted>
    requireLowerCaseCharacter: <redacted>
    requireSpecialCharacter: <redacted>
    requireUpperCaseCharacter: <redacted>
smtp:
  host: <redacted>
  password: <redacted>
  port: <redacted>
  user: <redacted>
spring_profiles: <redacted>
sslCertificate: <redacted>
sslPrivateKey: <redacted>
url: <redacted>

Note that I duplicated the branding property, on different levels, on-purpose for testing.

What did you expect to see? What goal are you trying to achieve with the UAA?

I expect my default zone's pages to be as I customized. The branding text, footer text, links, etc should be as what I set in the UAA manifest.

What did you see instead?

It displayed the default "CloudFoundry" branding.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Reproduce the issue with UAA 4.26.0 deployed through docker-compose and the supplied manifest, focusing on the duplicated branding settings for the default zone. Compare the rendered default-zone pages with the configured branding values; done when the banner, company name, footer text, and links use the manifest settings instead of the default CloudFoundry branding.

Written by the indexing model from the issue text.

Assessment

Tech stack
java
Domain
authentication
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.