Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[$500] mWeb - Emoji skin tone selector is partially hidden when keyboard is in use #35403

Closed
1 of 6 tasks
kbecciv opened this issue Jan 30, 2024 · 13 comments
Closed
1 of 6 tasks
Assignees
Labels
Bug Something is broken. Auto assigns a BugZero manager. Daily KSv2 External Added to denote the issue can be worked on by a contributor Help Wanted Apply this label when an issue is open to proposals by contributors

Comments

@kbecciv
Copy link

kbecciv commented Jan 30, 2024

If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!


Version Number: 1.4.33-2
Reproducible in staging?: y
Reproducible in production?: y
If this was caught during regression testing, add the test name, ID and link from TestRail:
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Expensify/Expensify Issue URL:
Issue reported by: Applause- Internal Team
Slack conversation:

Issue found when executing PR #34105

Action Performed:

  1. Go to any chat
  2. Tap Emoji picker
  3. Tap on the search field

Expected Result:

Emoji skin tone selector is shown completely with no extra padding

Actual Result:

Emoji skin tone selector is hidden partially and can't be selected clearly.

Workaround:

Unknown

Platforms:

Which of our officially supported platforms is this issue occurring on?

  • Android: Native
  • Android: mWeb Chrome
  • iOS: Native
  • iOS: mWeb Safari
  • MacOS: Chrome / Safari
  • MacOS: Desktop

Screenshots/Videos

Add any screenshot/video evidence

Bug6360936_1706623482801.RPReplay_Final1706595388.mp4

View all open jobs on GitHub

Upwork Automation - Do Not Edit
  • Upwork Job URL: https://www.upwork.com/jobs/~01d87fc1c0cabdcd5e
  • Upwork Job ID: 1752334064101212160
  • Last Price Increase: 2024-01-30
@kbecciv kbecciv added External Added to denote the issue can be worked on by a contributor Daily KSv2 Bug Something is broken. Auto assigns a BugZero manager. labels Jan 30, 2024
@melvin-bot melvin-bot bot changed the title mWeb - Emoji skin tone selector is partially hidden when keyboard is in use [$500] mWeb - Emoji skin tone selector is partially hidden when keyboard is in use Jan 30, 2024
Copy link

melvin-bot bot commented Jan 30, 2024

Job added to Upwork: https://www.upwork.com/jobs/~01d87fc1c0cabdcd5e

Copy link

melvin-bot bot commented Jan 30, 2024

Triggered auto assignment to @joekaufmanexpensify (Bug), see https://stackoverflow.com/c/expensify/questions/14418 for more details.

@melvin-bot melvin-bot bot added the Help Wanted Apply this label when an issue is open to proposals by contributors label Jan 30, 2024
Copy link

melvin-bot bot commented Jan 30, 2024

Triggered auto assignment to Contributor-plus team member for initial proposal review - @parasharrajat (External)

@kbecciv
Copy link
Author

kbecciv commented Jan 30, 2024

We think that this bug might be related to #vip-vsb
CC @quinthar

@divyanshugarg36
Copy link

Proposal

Please re-state the problem that we are trying to solve in this issue.
mWeb - Emoji skin tone selector is partially hidden when keyboard is in use

What is the root cause of that problem?

This looks like a CSS issue. Seems like the property used to align the viewport height of the emoji container is not working properly.

What changes do you think we should make to solve the problem?

We can easily update the viewport property of the container responsible for the positioning of the emoji component. This will solve the issue

What alternative solutions did you explore? (Optional)

Another method to solve this could be with the help of spacing properties in CSS we can calculate the height of the trimmed area and add that height to the container bottom.

@situchan
Copy link
Contributor

Same root cause as #35380

@joekaufmanexpensify
Copy link
Contributor

Sounds good. Closing as this is a dupe of that issue!

@suneox
Copy link
Contributor

suneox commented Mar 3, 2024

Proposal

Please re-state the problem that we are trying to solve in this issue.

mWeb - Emoji skin tone selector is partially hidden when keyboard is in use

What is the root cause of that problem?

When emoji open we have a popoverInnerContainer set 95%

App/src/styles/index.ts

Lines 1624 to 1627 in 22cb01c

popoverInnerContainer: {
paddingTop: 0, // adjusting this because the mobile modal adds additional padding that we don't need for our layout
maxHeight: '95%',
},

But when calculate the height of emojiPicker at this line
const listStyle = StyleUtils.getEmojiPickerListHeight(isListFiltered, windowHeight);

we using full windowHeight so the height of children will be more than the height of popoverInnerContainer.

Screenshot 2024-03-03 at 14 13 50

What changes do you think we should make in order to solve the problem?

At this line instead of using windowHeight we should update by using popoverInnerContainer height

  const listStyle = StyleUtils.getEmojiPickerListHeight(isListFiltered, windowHeight * 0.95);

or update popoverInnerContainer maxHeight style to 100%
POC

Screenshot 2024-03-03 at 14 19 48

What alternative solutions did you explore? (Optional)

Instead of using height percentage we can use fixed align top height

  const EMOJI_OFFSET_TOP = 50
  const listStyle = StyleUtils.getEmojiPickerListHeight(isListFiltered, windowHeight - EMOJI_OFFSET_TOP);

and update innerContainerStyle
to

  innerContainerStyle={{...styles.popoverInnerContainer, maxHeight: windowHeight - EMOJI_OFFSET_TOP}}

@parasharrajat
Copy link
Member

@joekaufmanexpensify Looks like the root cause of this issue is different from #35380. Could you please reopen this @joekaufmanexpensify?

We have a proposal.

@parasharrajat

This comment was marked as outdated.

@suneox
Copy link
Contributor

suneox commented Mar 4, 2024

But it seems to be fixed. @suneox Can you confirm?

@parasharrajat It still happens on the latest main and latest staging, can you try it on a smaller device?

Screen.Recording.2024-03-04.at.20.17.13.mov
Screenshot 2024-03-04 at 20 22 10

@parasharrajat
Copy link
Member

Oh, I see. I can reproduce it now on iphone 14 pro.
Screenshot 2024-03-04 at 7 59 51 PM

@joekaufmanexpensify
Copy link
Contributor

Left my thoughts here. That other issue is already paying out $1k. I kinda feel like we should just handle both cases there since the behavior is quite similar.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Something is broken. Auto assigns a BugZero manager. Daily KSv2 External Added to denote the issue can be worked on by a contributor Help Wanted Apply this label when an issue is open to proposals by contributors
Projects
None yet
Development

No branches or pull requests

6 participants