Closed Bug 362589 Opened 18 years ago Closed 14 years ago

[Mac][Cairo] Delay in drawing borders/splitters between frames, when switching to a tab (content bleeds between tabs)

Categories

(Core :: Graphics, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: waynegwoods, Assigned: stanshebs)

References

Details

(Keywords: regression)

Attachments

(1 file)

There is a delay in drawing the splitter/divider/border between frames in a web page, when switching back from another tab. This causes the content of the previous tab to appear briefly where the border should be. This bug began between the Firefox 20061121 and 20061122 trunk builds, and therefore seems to be the result of the switch to Cairo. This bug appears to be quite distinct to bug 362549, in which the tab needs to be in the process of loading to reproduce. STR: 1. Open a tab with multiple frames (will provide simple attachment next) 2. Open a second tab, such as http://www.mozilla.org 3. Switch to the second tab 4. Switch back to the first (frames). Notice that where the border between the frames should be, there's a brief time in which content from the second tab appears.
Component: Tabbed Browser → GFX: Thebes
QA Contact: tabbed-browser → thebes
A quick flash on my machine, but pretty noticeable nonetheless. I'll take a look.
Status: NEW → ASSIGNED
Yay for bug 35195; let's try assigning to you, instead of nobody@.
Assignee: nobody → stanshebs
Status: ASSIGNED → NEW
Stan, did you check something in already? This seems to have gone away between the 20061208 and 20061209 builds. Not sure what fixed it.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
This still happens on my build from sources updated this morning. But to reproduce it more reliably, I make the frameset border bigger (border=100), and add a step 3a, which is to resize the window while on the second tab. After the first switch back to the first tab, going back and forth between the tabs is smooth both ways, presumably some cache that is invalidated by a window resize.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Oh, sorry about that. It definitely improved between those dates, which made me think it was fixed, but I didn't try larger border sizes.
This has definitely become more obvious again.
Stan, do you still see this? I can't reproduce it anymore, and I tried a border of 500 px.
Still happening, but it's just the briefest of flashes even with a wide border. Could try it on a slow machine, perhaps I'll build trunk on my old dpg4 and see if noticeable there.
I couldn't find anyone who could repro this on a Mac, but if I missed you in this quartzy world, just reopen.
Status: REOPENED → RESOLVED
Closed: 18 years ago14 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: