56882 - NS6: no scrollbar when viewing indiv. search engine results after performing aggregate search

Status: VERIFIED DUPLICATE of bug 55334

(Core :: Layout, defect, P2)

Description

[Lynn Webb]

When user performs aggregate search, no scrollbar is available when the user 
views the result pages for the individual search engines.

Steps to reproduce:
1. select two or more search engines from the sidebar search panel.
2. enter search query in sidebar and click on Search button
3. In the main browser window, select a search engine by clicking on the 
corresponding button.
4. Note that you can see the results page, but that you cannot scroll down the 
list because the scrollbar is missing on the right-hand side of the browser 
window.

Comment 1

[Robert John Churchill]

Multi-engine searchs are currently broken and its being tracked in bug # 55277

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

Comment 2

[Claudius Gayle]

I wouldn't exactly call this a dupe and I'd like to see the fix for that bug first. This bug
is one level deeper and it's not a matter of course to assume one fixes the other.
Of course you may very well fix this while fixing that. That's just fixing two bugs though,
not the same bug twice (ie a duplicate).

I'm going to reopen this and jsut sit and wait for 55277.

Comment 3

[Daniel Veditz [:dveditz]]

Duplicate or not, bug 55277 has been minused so I guess this one should be too.

Comment 4

[Robert John Churchill]

Probably just needs a CSS tweak... Ben?

Comment 5

[don]

Ouch.  Ben, have a look see at this puppy ...

Comment 6

[don]

Sigh.  At this point in the RTM cycle I'm gonna have to minus this.  If anyone
comes up with a patch, please clear the minus.

Comment 7

[Blake Ross]

wow. this sucks. taking a look...

Comment 8

[Blake Ross]

I don't think this is an XPApps bug.

Here's what we do:

	var doc = frames[0].document;
	doc.open("text/html", "replace");
	doc.writeln(text);
	doc.close();

which is fine.  It seems that if you use doc.writeIn to write in enough content 
such that a scroll is required, the scrollbar won't properly appear.  Seems 
like a layout bug, punt back if you disagree.  I'll attach a testcase.

Comment 9

[Blake Ross]

Attachment: minimized testcase

Comment 10

[Blake Ross]

*** Bug 57974 has been marked as a duplicate of this bug. ***

Comment 11

[Kevin McCluskey (gone)]

Dividing up Clayton's bugs to triage

Comment 12

[dcone (gone)]

Triage.. I think this is in layout..

Comment 13

[buster]

two comments:
1) I've seen other bugs like this, where js-written content fails to produce a
scrollbar.
2) I tried the steps to reproduce, and I got scrollbars.  On WinNT, using
20001106 rtm candidate build.

Comment 14

[Blake Ross]

*** Bug 58833 has been marked as a duplicate of this bug. ***

Comment 15

[Andy Anderson]

Testcase fails for me. WinNT build 20001128

Found this while investigating a similar bug. The test case here is exactly what
I'm seeing: writing to the document will not trigger a scroll bar when needed.
This occurs in both frames and opened windows.

Resizing does not pick up the new document size either. Apparently no way to get
the scrollbar to appear.

Comment 16

[Hixie (not reading bugmail)]

Upon managerial request, adding the "testcase" keyword to 84 open layout bugs that
do not have the "testcase" keyword and yet have an attachement with the word
"test" in the description field. Apologies for any mistakes.

Comment 17

[buster]

probably a duplicate of bug 55334

Comment 18

[Blake Ross]

agreed.  marking dependency for now.

Comment 19

[Chris Waterson]

Defintely a dup.

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

Comment 20

[Chad Austin]

Verifications.  Tests (if necessary) were done with 2001052504 on Windows 2000.

Please forgive the spam.