Absolutely positioned non native form controls don't render properly

VERIFIED WORKSFORME

Status

()

Core
HTML: Form Submission
P2
normal
VERIFIED WORKSFORME
19 years ago
19 years ago

People

(Reporter: karnaze (gone), Assigned: Eric Pollmann)

Tracking

Trunk
x86
Windows NT
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

19 years ago
When you change nsView to allow form controls to replace its widget, you can
reassign this bug to karnaze.

<html>
<body>
<FORM>
<input type=button value= foo style="left: 100px; top: 100px; position:
absolute;">
</body>
</html>

Updated

19 years ago
Assignee: michaelp → karnaze

Comment 1

19 years ago
changes should be in place to fix this...
(Reporter)

Updated

19 years ago
Status: NEW → ASSIGNED
(Reporter)

Updated

19 years ago
Assignee: karnaze → michaelp
Status: ASSIGNED → NEW
Summary: Absolutely positioned form controls have wrong view and don't render → Absolutely positioned non native form controls don't render properly
(Reporter)

Comment 2

19 years ago
Form controls which have native widgets can be absolutely positioned correctly.
Other controls including <button> and <label> have a problem. The following
example will not display the contents of the <button>. Troy thinks it is a view
rendering problem even though the view hierarchy is correct, so I'm assigning
this to Micahel and changing the summary.

<html>
<body>
<FORM>
<button style="left: 100px; top: 100px; position: absolute;">hello</button>
</body>
</html>

Updated

19 years ago
Status: NEW → ASSIGNED

Updated

19 years ago
Assignee: michaelp → karnaze
Status: ASSIGNED → NEW
Component: Rendering → Form Submission

Comment 3

19 years ago
in this example the button has a transparent background, but the view system is
never told that the button's background is transparent so the compositor can't
do the right thing. somwhere in the button code, you need to call the
viewmanager's SetViewContentTransparency() method and all should be well.
(Reporter)

Updated

19 years ago
Assignee: karnaze → pollmann

Comment 4

19 years ago
Setting all current Open/Normal to M4.

Comment 5

19 years ago
per leger, assigning QA contacts to all open bugs without QA contacts according
to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
(Assignee)

Comment 6

19 years ago
CC'ing evaughan on buttons related bugs.
(Assignee)

Updated

19 years ago
Target Milestone: M4 → M5

Updated

19 years ago
QA Contact: 4110 → 4137
(Assignee)

Updated

19 years ago
Status: ASSIGNED → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → WORKSFORME
(Assignee)

Comment 7

19 years ago
This is displaying correctly for me.

Updated

19 years ago
Status: RESOLVED → VERIFIED

Comment 8

19 years ago
Looks good to me. Marking verified.
You need to log in before you can comment on or make changes to this bug.