right-click + click on addressbar button creates unexpected behavior

RESOLVED WORKSFORME

Status

()

Firefox
General
--
trivial
RESOLVED WORKSFORME
13 years ago
12 years ago

People

(Reporter: Danny Beaudoin, Unassigned)

Tracking

unspecified
x86
Windows XP
Points:
---
Bug Flags:
blocking-aviary1.5 -
blocking-firefox2 -

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

13 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050225 Firefox/1.0.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050225 Firefox/1.0.1

If a right-click and a click are simultaneously made, in that order, on the
addressbar's dropdown menu, the menu will appear one line lower. If it is done
with a drag towards the bottom on the webpage, the menu will appear about 4
lines lower. Here are the behaviors I have experienced:
-The scrollbar doesn't work in the misplaced menu.
-The menu is harder to remove for the one done with a drag.
To experience the following behavior, instead of clicking on the webpage to
remove the menu, click on the button then click on the scrollbar after removing
the context menu.
-While the cursor is in a textbox, a backspace will act as the previous button
as if no cursor was present.
-Some textboxes will not be accessible (I think that only the one where the
cursor was already placed is accessible.
-Typing in the ones where the cursor can be placed isn't possible.
The only way to be able to type again is to switch to another window and come
back. What is weird of the previous behaviors is that although the cursor works
normally with the mouse, anything related to the keyboard will not work except
if it is a firefox command in normal situations (backspace, ctrl-v, etc.),
firefox seems to completely ignore that there is a textbox and typing or moving
the cursor with the keyboard arrows is impossible.

Reproducible: Always

Steps to Reproduce:
1.Right-click on the addressbar drop-down button and keep pressed
2.Click on it and keep pressed
3.Either release the buttons or drag to an area on the webpage and release. The
first one will make the menu draw one line too low, the other about 4 lines too low.
4.To experience problems with textboxes, click on the drop-down button then
click on the scrollbar of the menu.

Actual Results:  
-menu draws too low
-menu's scrollbar doesn't work
-multiple problems with textboxes on webpages

Expected Results:  
Either the menu draws normally with a context menu or firefox ignores completely
the right-click on the drop-down menu's button and draws the menu normally
(Reporter)

Comment 1

13 years ago
"To experience the following behavior, instead of clicking on the webpage to
remove the menu, click on the button then click on the scrollbar after removing
the context menu."
Actually, the second menu cannot be removed by clicking on the web page and will
remain on top of any applications and the desktop. The only way I know to remove
it is to either do the first variant of the bug (just a right-click + click, no
drag) or do the previous, click on the button and then on the scrollbar.
Removing this menu might be confusing if there are more than one firefox window
as the menu can only be removed from the window in which the bug occured.

Also, to remove the textbox part of the bug, making the window loose focus in
general will remove it, not just switching to another window (minimizing is a
good example).

Finally, a friend of mine tested the bug and it works the same as on my machine.
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050330
Firefox/1.0+
I also see this unexpected behaviour.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050726
Firefox/1.0+ ID:2005072606
I can see this too.
Flags: blocking-aviary2.0?
Flags: blocking-aviary1.5?

Comment 4

13 years ago
WFM

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b4) Gecko/20050801 Firefox/1.0+

Comment 5

13 years ago
I don't see this behavior.  

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b4) Gecko/20050802 Firefox/1.0+
Not a blocker, its a cosmetic issue at best.
Assignee: firefox → nobody
Severity: normal → trivial
Flags: blocking-aviary2.0?
Flags: blocking-aviary2.0-
Flags: blocking-aviary1.5?
Flags: blocking-aviary1.5-
WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20061005 Minefield/3.0a1

Resolving WFM
Status: UNCONFIRMED → RESOLVED
Last Resolved: 12 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.