From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.2) Gecko/20010628 BuildID: 2001062815 the windows don't drag as well as in ie 5. you get this blue trail. Reproducible: Always Steps to Reproduce: 1.drag one of the windows Actual Results: blue trail
Attach the screenshot of the problem you are seeing, because that page works PERFECTLY for me. I really dont understand what you mean with "drag the windows"
Confirming in 2001072304 trunk for MacOS. Dragging the DHTML windows at the top causes the window frame color to over flow into the second row windows. All/All
There was a "WindowScript" that you needed to click on. It was a JS popup, but I grabbed the link address and updated the URL here to reflect it. By the way, on Linux 2001072306 I don't see any mangling of the boxes. No blue trail, but not what the screenshot shows.
Oh, well. The URL has a different source script now. Need to find an appropriate one for this bug.
Updated the URL
with build 0.9.3 this bug was fixed but now with build 2001083103 this bug is back :)
confirmed on win 2000
also, when moving or resizing the windows everything moves really slow. i experienced this problem with other sites which had extensive dhtml use. with ie5 it works perfect. build 2001091003 win2000
now, with build 2001092003, the site is completely ruined.
the same (ruined) with build 2001111008 on win2k. any clues so far? This is one of the most visited sites in the DHTML community.
This is crazy. Only the top banner loads in 0.9.5. Raising severity. Might this be a networking issue? Also adding this bug to my DOM bugs for Mozilla 1.0 list.
I'd be surprised if this is a bug in our code, I didn't look at the code yet, but it smells like evang to me. Any help with debugging the HTML on this site would be creatly appreciated.
For testers, bug 109754 should be fixede in tomorrow's build, so you can actually see the site again :)
Also see bug 95105. Kind of same bug, possibly a duplicate.
Pushing out to mozilla1.1.
Just like bug 95105, this is WFM in 2002030412 trunk for MacOS9.x Reopen if it persists.