You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[$500] iOS - Settings - The keyboard appears with a black background that changes to grey #37301
Version Number: 1.4.44.0 Reproducible in staging?: y Reproducible in production?: n Issue reported by: Applause - Internal Team Issue found when executing PR:#35326
Action Performed:
Go to personal details
Tap on address
Tap on country
Navigate back
Tap on country again
Expected Result:
It should only show a grey background.
Actual Result:
The keyboard appears with a black background that changes to grey.
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
changed the title [-]iOS - Settings - The keyboard appears with a black background that changes to grey[/-][+][$500] iOS - Settings - The keyboard appears with a black background that changes to grey[/+]on Feb 27, 2024
👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open `StagingDeployCash` deploy checklist to see the list of PRs included in this release, then work quickly to do one of the following:
Identify the pull request that introduced this issue and revert it.
Please re-state the problem that we are trying to solve in this issue
I was not able to find any offending PR within the deploy checklist, so I'm assuming this was not caused by the latest deploy.
What is the root cause of that problem?
We're not leveraging the iOS specific keyboardAppearance TextInput prop and because of this, the 'default' applies which will default to the appearance that the user has set globally on their device, which typically is a light keyboard but will be dark if the user has chosen to use the system-wide dark mode in their iOS settings.
This can cause the unwanted transition from dark to light if not specifically set.
What changes do you think we should make in order to solve the problem?
Since the Expected result states:
It should only show a grey background.
this means we always want to show the light keyboard background.
For this we should explicitly set keyboardAppearance to lighthere.
Activity
melvin-bot commentedon Feb 27, 2024
Job added to Upwork: https://www.upwork.com/jobs/~0196694799b239c5ad
[-]iOS - Settings - The keyboard appears with a black background that changes to grey[/-][+][$500] iOS - Settings - The keyboard appears with a black background that changes to grey[/+]melvin-bot commentedon Feb 27, 2024
Triggered auto assignment to Contributor-plus team member for initial proposal review - @mkhutornyi (
External)github-actions commentedon Feb 27, 2024
👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open `StagingDeployCash` deploy checklist to see the list of PRs included in this release, then work quickly to do one of the following:
melvin-bot commentedon Feb 27, 2024
Triggered auto assignment to @rlinoz (
Engineering), see https://stackoverflowteams.com/c/expensify/questions/9980/ for more details.ikevin127 commentedon Feb 27, 2024
Proposal
Please re-state the problem that we are trying to solve in this issue
I was not able to find any offending PR within the deploy checklist, so I'm assuming this was not caused by the latest deploy.
What is the root cause of that problem?
We're not leveraging the iOS specific
keyboardAppearanceTextInput prop and because of this, the 'default' applies which will default to the appearance that the user has set globally on their device, which typically is a light keyboard but will be dark if the user has chosen to use the system-wide dark mode in their iOS settings.This can cause the unwanted transition from dark to light if not specifically set.
What changes do you think we should make in order to solve the problem?
Since the Expected result states:
this means we always want to show the light keyboard background.
For this we should explicitly set
keyboardAppearancetolighthere.Videos
iOS: Native
before.mov
after.mov
mkhutornyi commentedon Feb 27, 2024
I think #29991 is the offending PR.
So retest after #37305 is deployed to staging
puneetlath commentedon Feb 27, 2024
Can confirm it's working fine now after the revert. Closing this issue, but feel free to reopen if there's still something that needs to be done.