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)

x86
Linux
defect

Tracking

()

VERIFIED DUPLICATE of bug 30950

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
Attached file Testcase
PS: you'll have to save the testcase and open as a file: URL.
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
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 → ---
Reassigning to appropriate component.
Assignee: beard → troy
Status: REOPENED → NEW
No, actually, that wasn't the right component
Assignee: troy → pollmann
Component: Layout → HTMLFrames
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.
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 ago25 years ago
Resolution: --- → DUPLICATE
Marking verified dup of 30950.
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
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.

Attachment

General

Creator:
Created:
Updated:
Size: