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

android. keyboard bugs #31391

Open
CufeeEz opened this issue Jan 2, 2025 · 4 comments
Open

android. keyboard bugs #31391

CufeeEz opened this issue Jan 2, 2025 · 4 comments
Labels
osu!framework issue Can't resolve this without changes to osu!framework. platform/android type:input

Comments

@CufeeEz
Copy link

CufeeEz commented Jan 2, 2025

Type

Other

Bug description

the bug is related to the keyboard in the laser osu. for unknown reasons, a bacchanalia occurs when trying to write the second and subsequent messages without hiding the keyboard

ps. I believe that such a bug occurs not only in the multiplayer chat, but also in the map search, the search for a multiplayer room by name, in general, everywhere where you can only write text

Screenshots or videos

https://youtube.com/shorts/iKUzJoTEseA

Version

2025.101.0

Logs

1735812739.runtime.log
1735812739.performance.log
1735812739.network.log
1735812739.input.log
1735812739.auth.log
1735812261.runtime.log
1735812261.performance.log
1735812261.network.log
1735812261.input.log
1735812261.auth.log

@honguyenminh
Copy link
Contributor

Next time you record a video, try to record in horizontal (by start recording in horizontal), so that the game screen is not squashed like that. And also, upload the video directly to github, or use a more proper format, not Youtube Shorts.

For now, others trying to work on this can view the video with normal YT player at https://www.youtube.com/watch?v=iKUzJoTEseA

Either try to zoom in, or download the video, etc.

@CufeeEz
Copy link
Author

CufeeEz commented Jan 9, 2025

Next time you record a video, try to record in horizontal (by start recording in horizontal), so that the game screen is not squashed like that. And also, upload the video directly to github, or use a more proper format, not Youtube Shorts.

For now, others trying to work on this can view the video with normal YT player at https://www.youtube.com/watch?v=iKUzJoTEseA

Either try to zoom in, or download the video, etc.

there was a problem with uploading videos to github, I uploaded a horizontal video to YouTube
https://youtu.be/B6hrnjw6xJM

@honguyenminh
Copy link
Contributor

honguyenminh commented Jan 10, 2025

Can you elaborate a bit more on this? For example,

  • the exact steps to recreate it (keyboard language, what to type, enter or not,...) because without touch indicator its quite hard to tell what you were doing in the video.
  • expected behavior that should happen
  • what actually happened instead. Might be my fault but I do not know what bacchanalia means, even after Googling.
  • bug mitigations if exists, from your previous comments I guess is to hide the keyboard and show it again

@CufeeEz
Copy link
Author

CufeeEz commented Jan 10, 2025

Can you elaborate a bit more on this? For example,

  • the exact steps to recreate it (keyboard language, what to type, enter or not,...) because without touch indicator its quite hard to tell what you were doing in the video.
  • expected behavior that should happen
  • what actually happened instead. Might be my fault but I do not know what bacchanalia means, even after Googling.
  • bug mitigations if exists, from your previous comments I guess is to hide the keyboard and show it again

sorry for the word bacchanalia (Russian word, didn't think it was not in English).
regarding the bug: as I understand it, this happens because of automatic error correction and insertion of suggested words, apparently, the OS was not introduced to this, which is why this happens
Expected behavior: while typing, when correcting errors with the electronic keyboard after sending a message and trying to write a new one without closing the keyboard, the message will be sent correctly (without the characters/words that the user did not write
Actual behavior: while typing, when correcting errors with the electronic keyboard after sending a message and trying to write a new one without closing the keyboard, the message is sent with the characters or words sent in the previous message (the words or characters that the keyboard replaced/corrected)

I also encountered the fact that when pressing enter on the keyboard, the previous message is sent, although the message is not typed. It is not possible to repeat this, but it is captured on the first video

Screenrecorder-2025-01-02-13-04-08-436--online-audio-convert.com.mov

@smoogipoo smoogipoo added osu!framework issue Can't resolve this without changes to osu!framework. type:input labels Jan 17, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
osu!framework issue Can't resolve this without changes to osu!framework. platform/android type:input
Projects
None yet
Development

No branches or pull requests

4 participants