Project

General

Profile

Actions

Bug #22358

closed

Autocomplete properties drop down when editing project is unscrollable when too long

Added by Stephen Smith 3 months ago. Updated 21 days ago.

Status:
Resolved
Priority:
Normal
Assigned To:
Category:
Workbench2
Target version:
Story points:
-
Release relationship:
Auto

Description

When editing a project, the properties key/value suggestion dropdown boxes show all available options at first, which extends below the bottom of the browser window and is unscrollable. Ideally it should be scrollable as well as stop before the bottom of the window to ensure the last item is selectable.


Subtasks 1 (0 open1 closed)

Task #22446: Review 22358-fix-overflowing-autocompleteResolvedStephen Smith02/21/2025Actions
Actions #1

Updated by Peter Amstutz 3 months ago

  • Target version changed from Development 2024-12-04 to Development 2025-01-08
Actions #2

Updated by Stephen Smith 3 months ago

  • Subject changed from Long properties drop down when editing project is unscrollable to Autocomplete properties drop down when editing project is unscrollable when too long
Actions #3

Updated by Peter Amstutz 3 months ago

  • Target version changed from Development 2025-01-08 to Development 2025-01-29
Actions #4

Updated by Peter Amstutz 2 months ago

  • Assigned To set to Stephen Smith
Actions #5

Updated by Peter Amstutz 2 months ago

  • Subtask #22446 added
Actions #6

Updated by Stephen Smith about 2 months ago

  • Status changed from New to In Progress
Actions #7

Updated by Peter Amstutz about 1 month ago

  • Status changed from In Progress to New
Actions #8

Updated by Peter Amstutz about 1 month ago

  • Release set to 75
Actions #9

Updated by Peter Amstutz about 1 month ago

  • Target version changed from Development 2025-01-29 to Development 2025-02-12
Actions #10

Updated by Stephen Smith about 1 month ago

  • Status changed from New to In Progress
Actions #11

Updated by Peter Amstutz 30 days ago

  • Target version changed from Development 2025-02-12 to Development 2025-02-26
Actions #12

Updated by Stephen Smith 22 days ago

Changes at arvados|bd2007a6843d9c5f433448eaf1be78c7ab0ba3ac branch 22358-fix-overflowing-autocomplete
Tests developer-run-tests-services-workbench2: #1442

  • All agreed upon points are implemented / addressed.
    • Added popper modifier to autocomplete (and participant select used in sharing dialog) to limit height and scroll instead of overflowing outside window
    • Also added force flip to top/bottom if less than 2 suggestions are visible and if there is more space on the other side
    • Bumped parse-duration for CVE-2025-25283
  • Anything not implemented (discovered or discussed during work) has a follow-up story.
    • none
  • Code is tested and passing, both automated and manual, what manual testing was done is described
    • Passed automated tests
    • Manual tests:
      • opening autocomplete near bottom of window - should scroll
      • scroll or resize - should adapt to new window height
      • scroll or resize to force popper to the top - should scroll and not overflow top
      • popper should flip directions if less than 2 suggestions are visible
  • Documentation has been updated.
    • n/a
  • Behaves appropriately at the intended scale (describe intended scale).
    • no change
  • Considered backwards and forwards compatibility issues between client and server.
    • none
  • Follows our coding standards and GUI style guidelines.
    • no significant change to design
Actions #13

Updated by Stephen Smith 21 days ago

I should note that there is an edge case where the autocomplete dropdown will go off page if the input field is scrolled off page, but I don't think it's important to handle that case since it would be a medium amount of work to conditionally detach the popper anchor to handle a use case that shouldn't be normal (window so small that the input field itself isn't visible), and since the primary use case for this ticket is too many suggestions in the dropdown. Plus, if you type in the input field, it will scroll back and fix the overflow.

Actions #14

Updated by Lisa Knox 21 days ago

Agreed that the edge case isn't worth pursuing. If a user triggers that edge case, they have their window so small as to make workbench unusable anyway.

LGTM

Actions #15

Updated by Stephen Smith 21 days ago

  • Status changed from In Progress to Resolved
Actions

Also available in: Atom PDF