Closed
Bug 305646
Opened 19 years ago
Closed 19 years ago
Firefox display gets replaced by content of other windows and becomes unusable
Categories
(Core Graveyard :: GFX, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: mossop, Unassigned)
References
Details
(Keywords: regression)
Attachments
(2 files)
Since a build from earlier today trunk builds of firefox have occasionally been having the graphic display totally overwritten by the content of other open windows on my system (not firefox ones). Sometimes some of the display remains and incorrect fonts can be seen on the webpage. Most often firefox becomes pretty unusable. Right clicking on the taskbar item brings up a control menu with a black background and text starts to appear as you move over. Seen a number of times on trunk build, not once on a branch build. Couldn't find any steps to reproduce as yet. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20050823 Firefox/1.6a1 ID:2005082308
Updated•19 years ago
|
Keywords: regression
Comment 3•19 years ago
|
||
Comment 4•19 years ago
|
||
above attachment is what I got trying to load http://sfgiants.com Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20050823 Firefox/1.6a1
Comment 7•19 years ago
|
||
after re-starting I couldn't immediately reproduce. I had been adjusting fonts up and down earlier today, I wonder if that is also needed to set up the conditions to see the problem?
I managed to reproduced by opening 3 tabs and surfing around for a while before it hits. if you use no tab, no problems. 2 or more and after a while of surfing and tabbing around and it start
Dont see this using blue's build: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20050823 Firefox/1.6a1 (BlueFyre) ID:2005082312
Comment 10•19 years ago
|
||
(In reply to comment #9) > Dont see this using blue's build: > > Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20050823 > Firefox/1.6a1 (BlueFyre) ID:2005082312 Never mind seeing it now. :(
See the dependency, bug 305632.
| Reporter | ||
Comment 13•19 years ago
|
||
I haven't seen this in a couple of days, though of course thats no guarantee that its gone.
Haven't been able to reproduce, nor have I explicitly fixed this -- it may have been related to the view manager issues (we were leaking lots of resources, so it could be that windows was just erroring out on us after we leaked enough GDI bits). Let's track this for a little while longer and see if anyone sees it happen again.
Comment 15•19 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20050827 Firefox/1.6a1 This build not happening anymore. So does 20050826 build. So far so good.
Comment 16•19 years ago
|
||
I believe it was fixed in the Aug 28th build. I only installed the 26th, 28th, 29th, and 30th and the problem diseappared after installing Aug 28th build.
Yah, I'm going to go for WORKSFORME here. I'm pretty sure the cause was massive GDI resource leaks caused by the bug I fixed in 305632; at some point, we just stopped being able to draw anything.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
Updated•16 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•