Closed
Bug 1245994
Opened 9 years ago
Closed 2 years ago
[e10s] Chrome fails to refresh with windowed plugins and tab overflow
Categories
(Core :: Graphics: Layers, defect, P3)
Core
Graphics: Layers
Tracking
()
RESOLVED
INVALID
People
(Reporter: arni2033, Unassigned)
References
Details
(Keywords: correctness, Whiteboard: [gfx-noted])
>>> My Info: Win7_64, Nightly 46, 32bit, ID 20160204030229, Flash 20.0.0.267 Up to Date
STR:
0. Open about:config?filter=/block_active_content|rewrite/ , disable both prefs
Make sure that Sidebar, Bookmarks Toolbar and Menu Bar are hidden
1. Copy url of attachment 8570766 [details] in clipboard
2. Open new window, maximize it. Open many New Tab Pages to cause overflow in tabs toolbar.
3. Select the last tab, paste url copied in Step 1 into location bar, press Enter
4. Wait until Flash content is displayed on the page, click on the free space on the page
5. Select the penultimate tab (Ctrl+Shift+Tab), wait 5 seconds
6. Select the last tab (Ctrl+Tab), wait 5 seconds
7. Press F10 to show Menu Bar
AR: Part of Flash content is drawn above urlbar
ER: Flash content shouldn't be drawn above chrome elements
(!) In step 0 you have to also make sure that Title bar is hidden as well
(!) Also, in Step 2 you have to open 5 additional tabs after you cause overflow in tabs toolbar
Screencast:
> https://dl.dropboxusercontent.com/s/mef643l23a0cgpr/bug%201245994%20-%20screencast%201.webm
![]() |
||
Updated•9 years ago
|
tracking-e10s:
--- → +
Depends on: 1241060
Updated•9 years ago
|
Keywords: correctness
Whiteboard: [gfx-noted]
![]() |
||
Updated•9 years ago
|
Blocks: e10s-plugins
![]() |
||
Updated•9 years ago
|
Summary: [e10s] Windowed plugins fail to paint correctly when the browser menu is displayed after switching to another tab and back → [e10s] Chrome fails to refresh with windowed plugins and tab overflow
![]() |
||
Comment 3•9 years ago
|
||
I have a hard time reproducing this one. Usually I get bug 1245995.
- tab overflow must be active
- lots of tabs needed
- might be tied to apz being enabled
Comment hidden (obsolete) |
Comment 4 is incorrect. Here's the correct info:
1) Using STR in comment 0 here, I always get result from comment 0, not result from bug 1245995
2) I reproduced this with APZ disabled, but I can't be sure about conditions.
Looks like with APZ disabled it's very hard to reproduce, but it's still possible.
Actually (2) is very confusing. I'd like it very much if somebody else tested this bug + similar scenarios. IMO, this report should indeed stay dependant on more clear (also, older) bug reports.
![]() |
||
Updated•9 years ago
|
Priority: -- → P2
This bug changed behavior after bug 1148978: now the result the same as described in bug 1245995.
Comment 7•6 years ago
|
||
Moving to p3 because no activity for at least 1 year(s).
See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information
Priority: P2 → P3
Updated•2 years ago
|
Severity: normal → S3
Comment 8•2 years ago
|
||
Plugins are no longer supported
Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•