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)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: waynegwoods, Assigned: stanshebs)
References
Details
(Keywords: regression)
Attachments
(1 file)
162 bytes,
text/html
|
Details |
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.
Reporter | ||
Comment 1•18 years ago
|
||
Updated•18 years ago
|
Component: Tabbed Browser → GFX: Thebes
QA Contact: tabbed-browser → thebes
Assignee | ||
Comment 2•18 years ago
|
||
A quick flash on my machine, but pretty noticeable nonetheless. I'll take a look.
Status: NEW → ASSIGNED
Comment 3•18 years ago
|
||
Yay for bug 35195; let's try assigning to you, instead of nobody@.
Assignee: nobody → stanshebs
Status: ASSIGNED → NEW
Reporter | ||
Comment 4•18 years ago
|
||
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
Assignee | ||
Comment 5•18 years ago
|
||
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 → ---
Reporter | ||
Comment 6•18 years ago
|
||
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.
Reporter | ||
Comment 7•18 years ago
|
||
This has definitely become more obvious again.
Reporter | ||
Comment 8•17 years ago
|
||
Stan, do you still see this? I can't reproduce it anymore, and I tried a border of 500 px.
Assignee | ||
Comment 9•17 years ago
|
||
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.
Comment 10•14 years ago
|
||
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 ago → 14 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•