Closed Bug 5809 Opened 25 years ago Closed 25 years ago

GFX dropdowns over text fields paint incorrectly

Categories

(Core :: XUL, defect, P3)

x86
Linux
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: chadh, Assigned: kmcclusk)

Details

Attachments

(2 files)

When a GFX-rendered <select> list drops down over a text input or textarea field, the text field region is painted *over* the drop list. Furthermore, the region is painted with a portion of the page image prior to dropping down the list, starting at a (0,0) offset. Kinda hard to explain. I'll attach a couple of screen grabs, showing before and after shots of the following HTML page: <html> <head> <title>Test</title> </head> <body bgcolor="yellow"> <form> List: <select> <option>One</option> <option>Two</option> <option>Three</option> <option>Four</option> </select><br> Text: <input type="text" size="10"> </form> </body> </html> Platform: Red Hat Linux 5.1 (2.0.36 kernel) on Pentium 166 with 64 MB RAM and Diamond Stealth 3D 2000 (ViRGE chipset, 2 MB). Window Maker 0.53 and XFree86 3.3.3.1 SVGA server. Tested using Linux x86 binary dated 1999-04-30-08. Happens with GFX widgets only. Native widgets are fine.
Attached image Before dropping down (deleted) —
Attached image After dropping down (deleted) —
Assignee: trudelle → karnaze
forms widgets are karnaze's, reassigning
Target Milestone: M7
Reassigning to Kevin.
Assignee: karnaze → kmcclusk
Status: NEW → ASSIGNED
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Fixed in 5-27-99 2:59PM build The dropdowns for gfx combo boxes now create a top-level borderless window. Factored out code in nsScrollFrame which creates the widget for the nsScrollFrame's view into a virtual method nsScrollFrame::CreateScrollingViewWidget(nsIView* aView, const nsStylePosition* aPosition). Overrode this method in the nsListControlFrame to create a top-level borderless window when the nsListControlFrame is used as a drop-down list.
Status: RESOLVED → VERIFIED
the dropdown now paints over the textarea, but the text area now has redraw problems. this bug is fixed, the other is either reported or will be soon. verified on 1999-07-16-08 RedHat Linux 5.2 (GNOME/enlightenment) 1999-07-16-08 WinNT 4.0 sp4 1999-07-16-08 MacOS 8.51
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: