phoenix
phoenixPhoenix - Your AI Assistant
Inactive session will be ended in 24 hours
End Session

Bug fix for unwanted scrolling behavior in jQuery Mobile

  • Posted:
  • Proposals: 61
  • Remote
  • #4477839
  • OPPORTUNITY
  • PRE-FUNDED
  • Open for Proposals
Farman A.Dhawal T.Isaac J.Arslan A.Ashish S. + 56 others have already sent a proposal.
  • 2

Description

Experience Level: Expert
Hello,

We need a bug fix for jQuery Mobile.

When a long popup with numerous selection options is created, jQuery Mobile always jumps to the beginning of the popup when one of the options is clicked. This makes options further down the page unselectable in larger popups. The attached video demonstrates this phenomenon. This behavior needs to be fixed so that unwanted jumps within a popup no longer occur.

Please fix this behavior in jQuery Mobile 1.4.5 in both the uncompressed and minified versions (download here: https://jquerymobile.com/download). Please provide us with a document that clearly explains step by step which changes are required in the uncompressed and minified versions to resolve this issue.

The deadline for this project is Friday, March 6, 2026.

New Proposal

Login to your account and send a proposal now to get this project.

Log in

Clarification Board Ask a Question

  • Eight Veer Ltd

    Hey Ben, could you confirm what the options in the popup are built with (e.g., listview links, radio/checkbox list, or selectmenu) and, if possible, share the popup HTML snippet so I can reproduce your exact setup?

  • Testimony B.

    Quick question to confirm we’re seeing the exact same root cause, Ben. When an option inside the long popup is clicked, is the jump happening immediately after the internal link handling triggers focus restoration? In 1.4.5, the pop-up widget recalculates scroll position during interaction, which seems to force the container back to scrollTop 0.

    Honestly, I’ve replicated similar behavior where the pop-up’s internal focus management repositions the viewport, making lower options practically unselectable.

    Before I proceed with a patch strategy, can you confirm whether this occurs only with select menu popups or also with custom listview-based popups in your implementation?

    If we’re aligned on that behavior, I already have a clean way to stop the scroll reset without breaking accessibility or other popup transitions.