Closed
Bug 28752
Opened 25 years ago
Closed 25 years ago
Parts of windows translucent
Categories
(Core :: Layout: Images, Video, and HTML Frames, defect, P3)
Tracking
()
People
(Reporter: rzach, Assigned: pollmann)
Details
Attachments
(2 files)
Since about a week ago (when I enabled viewmanager2), I see parts of the Mozilla
windows become translucent when the app is unresponsive for a bit or hangs
entirely, and when a window appears initially. Before that, the window used to
be grey. This also happens with parts of windows wich contain viewer elements,
eg the mail message pane.
I'll attach a testcase: web page with two frames, one of which has a bogus src
URL. Load the testcase, then Alt-Tab away and back to Mozilla. The frame will
contain whatever part of the desktop that appears in that space. It should
paint grey.
Linux build 2000.02.21.09
Reporter | ||
Comment 1•25 years ago
|
||
Reporter | ||
Comment 2•25 years ago
|
||
PS: you'll have to save the testcase and open as a file: URL.
Comment 3•25 years ago
|
||
I can't reproduce this. Everything looks fine to me on linux as of March 7, 2000.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 4•25 years ago
|
||
Comment 5•25 years ago
|
||
This is a bug in layout's handling of framesets where one of the frames has no
content. Not a view manager/compositor bug.
Status: RESOLVED → REOPENED
Component: Views → Layout
Resolution: WORKSFORME → ---
Comment 6•25 years ago
|
||
Reassigning to appropriate component.
Assignee: beard → troy
Status: REOPENED → NEW
No, actually, that wasn't the right component
Assignee: troy → pollmann
Component: Layout → HTMLFrames
Reporter | ||
Comment 8•25 years ago
|
||
Maybe I'll say a little more, becasue I think this is not just a frames issue.
The testcase uses frames to exhibit the problem, but a similar problem happens
whenever part of the Mozilla window is not painted. For instance, if you load a
page and alt-tab away and back before the page is loaded, the Mozilla window
will contain whatever's on the screen where the window is before you alt-tabbed
back to bring Mozilla to the front. That "screen debris" will stay there until
the page is loaded and renders. Similar things often happen in the Mailnews
window. The frames testcase shows this well because it is a case where nothing
ever gets painted in the left frame.
Assignee | ||
Comment 9•25 years ago
|
||
This is really the same as bug 30950. I've seen it on non-frameset pages as
well as frameset pages. It is more obvious on frameset pages because there is a
greater chance that you'll see a portion of the screen that does not have a root
view constructed for it while the various frames are loading.
*** This bug has been marked as a duplicate of 30950 ***
Status: NEW → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → DUPLICATE
Updated•7 years ago
|
Product: Core → Core Graveyard
Updated•7 years ago
|
Component: Layout: HTML Frames → Layout: Images
Product: Core Graveyard → Core
You need to log in
before you can comment on or make changes to this bug.
Description
•