287657 - Pressing Shift+F10 or Context-menu Key inside an Input or Textarea puts popup menu at incorrect place

Status: RESOLVED DUPLICATE of bug 175568

(Core :: XUL, defect)

Description

[nrlz]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2

If I open the context-menu inside a text box (Input|Textarea) by pressing the
context-menu key on the keyboard or by pressing Shift+F10, the popup menu
appears at the wrong location.

This seems to depend on the scrolled position of the document. If the text box
is lower down the page and requires scrolling the page to view it, the popup
menu will also be offset by some factor of the scrolled offset.


This affects Firefox 1.0 and also the old Mozilla Suite 1.7.3:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910

Reproducible: Always

Steps to Reproduce:
1. (See attachment.)
2. Shift+F10 in the text box. (Popup menu opens fine.)
3. Click 900px.
4. Scroll webpage to the bottom.
5. Shift+F10 in the text box again. (Popup menu disappears off the bottom of the
screen.)

Comment 1

[nrlz]

Attachment: input box with variable document heights

Comment 2

[Serge Gautherie (:sgautherie)]

[Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.5) Gecko/20041217] (release) (W98SE)

Broken.

[Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8b) Gecko/20050217] (<-- 1.8b1 !)
(W98SE)
[Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8b2) Gecko/20050317] (nightly) (W98SE)

Work fine.

Suggestion: There should be a (back-)port to make from the Trunk to the Branch.
(I guess it's the "same" for FireFox !?)

Comment 3

[nrlz]

Attachment: [testcase] focusable elements with variable document heights

I made a new discovery. This behavior also applies to all focusable elements
including links, buttons, checkboxes, etc. If you move the focus to any of them
and then use Shift+F10 or the context key, the context menu exhibits the same
problem.

Comment 4

[Boris Zbarsky [:bzbarsky]]

Marking worksforme (since it's fixed on trunk).  This is not a security issue or
major crash issue, and the patch that fixed it on trunk is somewhat nontrivial,
so it't not going on branch.  The fix will be in Firefox 1.1 and SeaMonkey
whatever-the-next-release-is-numbered.

Comment 5

[Serge Gautherie (:sgautherie)]

(In reply to comment #4)
> Marking worksforme (since it's fixed on trunk).

(Nit: I would have expected 'WontFix', since this bug is targeted to the
branch(es). But I'm interested in the MAS Trunk only, so I don't care much.)

Comment 6

[nrlz]

I hope it isn't a bother, but could someone point out the line of code where
this problem first occurs, or the bug that patched it? I assume it's in the C++
code since I couldn't trace it from any of the XBL/JavaScript code.

Comment 7

[Boris Zbarsky [:bzbarsky]]

I dont't recall the bug number offhand... It was assigned to aaronl, and the
summary probably mentions context menus.

Comment 8

[:Gavin Sharp [email: [e-mail]]]

*** This bug has been marked as a duplicate of 175568 ***