bug: input field for writing messages covers the last message

Open
  • Is something wrong?
#6,425 8 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
42/100
Issue type
Bug
Clarity
Mostly clear
Activity status
Stale
Tech stack
ios, react-native, typescript
Domain
frontend, mobile

Research direction

Reproduce the issue by following the ios-app-white-labeling steps on an iPad, using the listed app and server versions. Start from the message conversation and input behavior, then verify that the input does not cover the last message, touches target it, and the keyboard leaves it visible. The listed white-label files show the reported configuration changes to compare.

Written by the indexing model from the issue text.

Description

🐛 bug
Describe the Bug

The message input field overlays the message in the conversation.
Here's a recording of the issue:https://github.com/user-attachments/assets/cdae1029-4326-4bf2-aaac-6280e509f907.
In the video, I’m only interacting with the message input field. However, the user info modal opens because the message behind the input field was triggered instead, not the input field itself.
Later when I managed to open the keyboard, I had to tap on the far right edge of the input field. This is only possible on iPad, because on iPhone the message takes up the full screen width.
Additionally, the keyboard ends up covering the input field, instead of pushing it upward as expected.

Steps to Reproduce
  1. Create an white-labeled version of the iOS client as in ios-app-white-labeling
  2. try to send a message
Expected Behavior
  1. The input field should not cover the last message
  2. Touches on the input field should open the keyboard, not trigger hidden elements
  3. The keyboard should resize or shift the UI so the input field remains visible
Actual Behavior
  1. The message input field overlays the last message
  2. Touches are intercepted by the message behind it
  3. The keyboard covers the message input field instead of moving it upward
Rocket.Chat Server Version

7.7.0

Rocket.Chat App Version

4.61.0.5

Device Name

Ipad 10th generation

OS Version

iPadOS 18.5

Additional Context

The same issue happens on Rocket.Chat App Version 4.60.
It doesn't happen at Android version.
I verified with git diff --name-only that no changes were made beyond what's described in ios-app-white-labeling.

Files changed:

app.json
ios/NotificationService/Info.plist
ios/NotificationService/NotificationService.entitlements
ios/Podfile.lock
ios/RocketChatRN.xcodeproj/project.pbxproj
ios/RocketChatRN.xcodeproj/xcshareddata/xcschemes/RocketChatRN.xcscheme
ios/RocketChatRN/Info.plist
ios/RocketChatRN/RocketChatRN.entitlements
ios/ShareRocketChatRN/Info.plist
ios/ShareRocketChatRN/ShareRocketChatRN.entitlements
Dominant language
TypeScript
Stars
2.4k
Forks
1.5k
Avg merge
1d 15h
Merged PRs (30d)
29

Getting set up

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.

More from RocketChat/Rocket.Chat.ReactNative

All issues in RocketChat/Rocket.Chat.ReactNative

Similar issues

More TypeScript issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.