context menu truncated
|Reported by:||Nick Levinson||Owned by:|
|Component version:||3.51.0||Operating system type:||Linux|
|Operating system version:||Fedora 33, kept evergreen|
A menu continues below the bottom of the viewport, so the bottom commands cannot be seen.
Steps to reproduce:
- This is based on the display resolution being 1440x900.
- Access a directory on either side of the window.
- Navigate to a directory that has no more than three folders (not counting the ".." pseudofolder) (I don't know whether the monitor's window size affects the number of folders and files relevant to this bug) and enough files to populate the pane to the bottom of the pane.
- Select the file on the bottom of the pane.
- Without vertically scrolling, context-click (usually right-click) that file. You'll get a menu but you won't be able to see the bottom of the menu.
- Tap the up-arrow just once. This will select the bottom command even though you can't see that selection.
- Keep tapping and count the taps (probably one or two more) until you have selected a command and you can read the selection.
- Tap esc to dismiss the menu without selecting a command.
- For a comparison showing proper menu behavior, select a file near the the top of the pane.
- Context-click that file. You'll get a menu and you'll be able to see all of it.
- Dismiss the menu without selecting a command.
Actuality: Truncation of menu, per STR 4.
Expectation: Whole menu no matter which file or folder we context-click.
When truncation could occur, the top of the menu should be above the file or folder selection, so that all of its commands are visible.
I tested selecting 3 adjacent files at the bottom of the viewport, putting the cursor (a pointer) at the bottom file in the selection, and context--clicking. The menu began at the cursor. Therefore, in some circumstances the menu should begin above the cursor, not at the cursor.