Skip to content

Repeated type on key input on Android device using a Bluetooth keyboard #124

Closed

Description

@aryoxp

When I type using a Bluetooth keyboard on an Android device, every time I press a character on keyboard, which I had previously typed before, is reappearing on code-input editor area.

In the following screenshot on the demo page CodePen, on line 8 of the editor, I press the 'a' key, then 'b', 'c', 'd', and 'e'.
The expected output on the editor should be 'abcde', however, I got 'aababcabcdabcde'. The previously typed letter reappear on the editor.

Screenshot_20241220_135849_Chrome

This is not happening when I used the on-screen keyboard of the tablet device.
My device is Samsung Galaxy Tab S8, Android 14, Google Chrome web browser.
The Bluetooth keyboard I was using is Logitech Keys-To-Go-2;
the same device, browser, and keyboard that I used to type this report.
I don't have other Bluetooth external keyboard, so I don't know whether the problem is on the keyboard incompatibility or a bug in the code-input key detection/sync.

Any suggestion to this issue is appreciated. Thank you.

Activity

  1. WebCoder49 commented on Dec 20, 2024

    @WebCoder49
    Owner

    Thanks for the detailed description, Aryo. I think this might be similar to bug #117. Please could you let me know what behaviour you get when you do the same with this demo?

  2. added
    bugSomething isn't working
    area:coreA bug/feature for the core code-input.js/code-input.css files
    on Dec 20, 2024
  3. aryoxp commented on Dec 20, 2024

    @aryoxp
    Author

    Yes, it is the same with the demo.

    Screenshot_20241220_174933_Chrome

  4. WebCoder49 commented on Dec 20, 2024

    @WebCoder49
    Owner

    Thanks for the quick reply. I will let you know when I have changes ready for you to test/actions to test.

  5. WebCoder49 commented on Dec 24, 2024

    @WebCoder49
    Owner

    I just realised I sent you the wrong demo, @aryoxp. Please could you try out this one (without the indent plugin which may be affecting the behaviour) and let me know what behaviour you get?

    Also, it would be helpful if you could try out both this demo and the previous one on all browsers you have on the Android tablet as well as Mozilla Firefox, since it uses a different rendering engine to Chrome so may act differently. Thanks!

  6. aryoxp commented on Dec 29, 2024

    @aryoxp
    Author

    sorry for the late reply,
    in Chrome, the behaviour is still the same.
    Screenshot_20241229_165105_Chrome

    in Firefox, the behaviour is even weirder, some characters only appear once, but duplicating the rest uncontrollably.
    Screenshot_20241229_165817_Firefox

    in the above screenshot, I typed: 'abcde', 'qwert', 'asdfg', and 'zxcvb', one on each line., however, it seems that the [Enter] key is not repeating.

  7. self-assigned this
    on Jan 10, 2025
  8. WebCoder49 commented on May 10, 2025

    @WebCoder49
    Owner

    For your information, I'm very busy right now until 21 June. I can't implement new feature requests or bugfixes myself in projects I maintain, but can merge contributions by others, especially if they fix bugs. I've therefore unassigned this from myself for now.

  9. removed their assignment
    on May 10, 2025
  10. WebCoder49-temp commented on Jun 20, 2025

    @WebCoder49-temp

    @aryoxp I'm back from the busy period now (although under a different username right now - as my bio states I managed to lock myself out of 2FA but am regaining access); I hope you're having a great 2025.

    I've (finally) got another demo for you to test: https://oliver.geer.im/tmp/2025-06-20.html (alternatively, the let-textareas-do-their-job branch of this repository). Please could you try these 4 code-inputs first and let me know if they work with the Bluetooth keyboard? If they do work, please could you then try out https://oliver.geer.im/tmp/code-input.let-textareas-do-their-job/tests/hljs.html and https://oliver.geer.im/tmp/code-input.let-textareas-do-their-job/tests/prism.html and let me know the results? (if one fails, please reload since sometimes resources aren't loaded quickly enough the first time until they're cached for the second ☹ - I should fix this). I'm afraid I can't test this myself which is why I've given you so many tasks (and one of the reasons I've taken so long).

    I do notice this looks quite dodgy which is why I will note that the oliver.geer.im domain has been listed on my actual account for a while.

  11. WebCoder49 commented on Jun 22, 2025

    @WebCoder49
    Owner

    I can verify the above message is legitimate.

  12. WebCoder49 commented on Jul 6, 2025

    @WebCoder49
    Owner

    @aryoxp I should have notified you above. Please could you test as described above?

  13. added this to the v2.6.0 milestone on Jul 18, 2025
  14. WebCoder49 commented on Jul 25, 2025

    @WebCoder49
    Owner

    I believe this is fixed after #149, and can be tested with the code in the main branch right now or in the next release.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    area:coreA bug/feature for the core code-input.js/code-input.css filesbugSomething isn't workingpriority:lowstatus:waitingWaiting for a response/action by the reporter/a third party.

    Projects

    No projects

      Milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions