Closed
Bug 670056
Opened 13 years ago
Closed 13 years ago
no context menu in http auth dialog
Categories
(Firefox for Android Graveyard :: General, defect, P3)
Firefox for Android Graveyard
General
Tracking
(Not tracked)
VERIFIED
FIXED
Firefox 8
People
(Reporter: kbrosnan, Assigned: wesj)
Details
Attachments
(1 file, 1 obsolete file)
1.18 KB,
patch
|
mfinkle
:
review+
|
Details | Diff | Splinter Review |
1. open a page using http auth 2. long click to bring up the context menu 3. no such dialog appears expected context menu on long click
Reporter | ||
Updated•13 years ago
|
Summary: no contex in http auth dialog → no context menu in http auth dialog
Updated•13 years ago
|
Priority: -- → P3
Comment 1•13 years ago
|
||
Are menus lower in the z-order than dialogs?
Assignee: nobody → wjohnston
tracking-firefox8:
--- → ?
Assignee | ||
Comment 2•13 years ago
|
||
Quick fix to import dialogs above the context menu (not the menulist menu).
Assignee | ||
Comment 3•13 years ago
|
||
Whoops. Better fix.
Attachment #547132 -
Attachment is obsolete: true
Attachment #547133 -
Flags: review?(mark.finkle)
Comment 4•13 years ago
|
||
Comment on attachment 547133 [details] [diff] [review] Patch The reason we import after "menulist-container" is for select prompts, which need the menulist UI. If we changed the UI of the select dialog to use a richlistbox directly and not need the menulist UX. We could also move the "context-container" to after the menulist-container, but that might have fallout too.
Attachment #547133 -
Flags: review?(mark.finkle) → review-
Assignee | ||
Comment 5•13 years ago
|
||
I'm confused. This will change our xul so that we have (vastly oversimplified and only when a dialog is open): <stack> <dialog/> <contextmenu/> <menulist/> </stack> So both menulists (for select prompts) and context menus (for pasting into a textbox) will show on top of the dialog. We could do something a lot more complex (i.e. move things around when pushDialog, pushPopup are called to ensure the new popup is always on top). That's also prone to introducing errors, but we have a long stretch right now, and I could hide it behind a pref while we tested.
Comment 6•13 years ago
|
||
Comment on attachment 547133 [details] [diff] [review] Patch No, I was confused. Yes, this should work better.
Attachment #547133 -
Flags: review- → review+
Assignee | ||
Comment 7•13 years ago
|
||
inbound: http://hg.mozilla.org/integration/mozilla-inbound/rev/31e6d1136b01
Whiteboard: [inbound]
Comment 8•13 years ago
|
||
http://hg.mozilla.org/mozilla-central/rev/31e6d1136b01
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Whiteboard: [inbound]
Target Milestone: --- → Firefox 8
Updated•13 years ago
|
tracking-firefox8:
? → ---
Comment 9•13 years ago
|
||
I don't know if I understood it right but trying to reproduce this I installed nightly build from 07/07 when the bug was filed. I went to yahoo mail log in page and long tap in the text fields opened the context menu. Can you give more details so I can verify this?
Comment 10•13 years ago
|
||
Retested bug with: Build id : Mozilla/5.0 (Android;Linux armv7l; rv:9.0a1)Gecko/20110927 Firefox/9.0a1 Fennec /9.0a1 Device: Motorola DROID 2 OS: Android 2.3 I visited a page using http auth: https://fisheye.last.fm/ Context menu is displayed properly for both user name and password fields(is no longer displayed in background as in 07/07 build). Verifying bug.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•