bugzilla.mozilla.org has resumed normal operation. Attachments prior to 2014 will be unavailable for a few days. This is tracked in Bug 1475801.
Please report any other irregularities here.

Dynamic changing of SCROLLING attribute

NEW
Unassigned

Status

()

Core
Layout: HTML Frames
P3
normal
19 years ago
9 years ago

People

(Reporter: Eric Pollmann, Unassigned)

Tracking

({testcase})

Trunk
Future
testcase
Points:
---
Bug Flags:
blocking1.9.2 -
wanted1.9.2 -

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

19 years ago
Need to work this into the frame reflow method

Updated

19 years ago
QA Contact: beppe → petersen
Whiteboard: [DONTTEST]
Marking [DONTTEST].
Bulk moving old [donttest] code to new donttest keyword. Sorry for the spam!
Keywords: donttest
(Reporter)

Comment 3

19 years ago
Non PDT+, moving out.
Target Milestone: M14 → M16
(Reporter)

Comment 4

19 years ago
Rescheduling
Status: NEW → ASSIGNED
Target Milestone: M16 → M20
(Reporter)

Comment 5

18 years ago
This bug has been marked "future" because the original netscape engineer working 
on this is over-burdened. If you feel this is an error, that you or another 
known resource will be working on this bug,or if it blocks your work in some way 
-- please attach your concern to the bug for reconsideration.
Target Milestone: M20 → Future

Comment 6

18 years ago
QA Contact update
QA Contact: petersen → amar
Bulk reassignin HTML FRAME/IFRAME bugs to Eric.
Assignee: pollmann → evaughan
Status: ASSIGNED → NEW
Bulk re-assigning all of Eric's HTMLFrame bugs to John.
Assignee: eric → jkeiser

Comment 9

16 years ago
Adding testcase, but this bug depends on others to make scrolling="yes|no" etc.
work at all.
Keywords: testcase
Summary: Dynamic changing of SCROLL attribute → Dynamic changing of SCROLLING attribute
Whiteboard: [DONTTEST]

Comment 10

16 years ago
I think this is the same thing. When using Mozilla to view the helpfiles of
FlashMX or Director, the contents section [which dynamically opens and closes]
is in a frame with scroll=yes. But if the info isn't large enough to require a
scrollbar there's just this black box that sits at the top.
The main problem here is that overflow changes trigger reframe (NOT in the HTML
frame sense) and that the frame constructor (again, not in the HTML frame sense)
has no idea how to handle subdocument frames, really.
Assignee: john → nobody
QA Contact: amar → layout.html-frames
Flags: wanted1.9.2?
Flags: wanted1.9.2?
Flags: wanted1.9.2-
Flags: blocking1.9.2-
You need to log in before you can comment on or make changes to this bug.