Uploaded image for project: 'MusicBrainz Server'
  1. MusicBrainz Server
  2. MBS-13323

Using keyboard navigation on focused combo boxes occasionally doesn't "commit" the entered data

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Unresolved
    • Icon: Normal Normal
    • None
    • None
    • Release editor
    • None

      Using Firefox 118.0.2 on Windows. Sorry if this is a dupe, this problem is kind of hard to describe and search for.

      For the sake of workflow, I like to press a letter to select a specific item instead of scrolling to click on a specific item in a focused combo box. While this works in principle - and a lot of the time in practice - there are many cases where I find data entered this way does not actually appear in the edit preview OR the updated release. It feels as if the actions are sometimes too fast for the release form to realize a change was actually made.

      While I don't have a recording of the bug in action yet, here's a GIF showing the interactions that cause it. It is obviously not representative of my average MusicBrainz use case, and I am almost always seeding the form using one of many userscripts.

      In the GIF I am clicking on the release status combo box, pressing "O" to select "Official", then clicking on release language, pressing "J", etc. When my mouse appears to move away from the combo box after moving to the next, I am indeed left-clicking on the page to defocus the combo box (so I can click on the next one).

      If I start from the bottom combo box and move upwards, so that I avoid needing to click on the page at all, I notice the edit preview takes a moment to update with the correct information. Perhaps this is the key to understanding why I experience this bug.

            Unassigned Unassigned
            affronttonature affronttonature
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:

                Version Package