Closed Bug 1026562 Opened 10 years ago Closed 10 years ago

Always create ImageBridge when OMTC is enabled on gonk

Categories

(Core :: Graphics: Layers, defect)

x86_64
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla33

People

(Reporter: sotaro, Assigned: wlitwinczyk)

References

Details

Attachments

(1 file, 1 obsolete file)

Since Bug 1006957 is enabled, ImageBridge is always used when OMTC is enabled on gonk.

It seems better to change ImageBridge's creation condition as that does not affected by the following preference on gonk.

pref("layers.async-video.enabled", true);
pref("layers.async-video-oop.enabled",true);
Assignee: nobody → sotaro.ikeda.g
Summary: Always create ImageBridge on gonk, when OMTC is enabled → Always create ImageBridge when OMTC is enabled on gonk
Attachment #8441453 - Flags: review?(nical.bugzilla)
Comment on attachment 8441453 [details] [diff] [review]
patch - Always create ImageBridge when OMTC is enabled on gonk

Review of attachment 8441453 [details] [diff] [review]:
-----------------------------------------------------------------

Right. At some point we should just remove the pref since OMTC without ImageBridge code is never tested.
Attachment #8441453 - Flags: review?(nical.bugzilla) → review+
(In reply to Nicolas Silva [:nical] from comment #2)
> Comment on attachment 8441453 [details] [diff] [review]
> patch - Always create ImageBridge when OMTC is enabled on gonk
> 
> Review of attachment 8441453 [details] [diff] [review]:
> -----------------------------------------------------------------
> 
> Right. At some point we should just remove the pref since OMTC without
> ImageBridge code is never tested.

Let's either do it in this bug, or open another one now, and assign to Walter.
(In reply to Milan Sreckovic [:milan] from comment #4)
> (In reply to Nicolas Silva [:nical] from comment #2)
> > Comment on attachment 8441453 [details] [diff] [review]
> > patch - Always create ImageBridge when OMTC is enabled on gonk
> > 
> > Review of attachment 8441453 [details] [diff] [review]:
> > -----------------------------------------------------------------
> > 
> > Right. At some point we should just remove the pref since OMTC without
> > ImageBridge code is never tested.
> 
> Let's either do it in this bug, or open another one now, and assign to
> Walter.

This bug can be modified to do it and assign to Walter.
Assignee: sotaro.ikeda.g → wlitwinczyk
Blocks: 1027073
Attached patch omtc_async_video_prefs (obsolete) — Splinter Review
Try: https://tbpl.mozilla.org/?tree=Try&rev=620cc56c67f3

Not sure if B2G ICS Emulator Opt test #7 is my fault or not.
Attachment #8441453 - Attachment is obsolete: true
Attachment #8443628 - Flags: review?(nical.bugzilla)
Comment on attachment 8443628 [details] [diff] [review]
omtc_async_video_prefs

Review of attachment 8443628 [details] [diff] [review]:
-----------------------------------------------------------------

I would prefer to let these prefs for a little while longer and just ignore them on gonk, as we may still find and need to fix some bugs with AsyncVideo on desktop e10s (and we actually already know about one on windows).

::: dom/ipc/ContentParent.cpp
@@ +1876,5 @@
>          if (useOffMainThreadCompositing) {
>              DebugOnly<bool> opened = PCompositor::Open(this);
>              MOZ_ASSERT(opened);
>  
> +            opened = PImageBridge::Open(this);

There is still an intermittent deadlock letft to fix on Windows with e10s when using ImageBridge (see bug 1009616). So we still need to check this pref on non-gonk platforms (or at least on Windows).
Attachment #8443628 - Flags: review?(nical.bugzilla) → review-
Ok, sorry, I'm a little confused as to what needs to be done for this bug. What more needs to be done on top of the r+ patch? https://bugzilla.mozilla.org/attachment.cgi?id=8441453
This is because of the conflicting instructions between comment 5 and comment 7, and some extra information in comment 7 :)

In view of comment 7 and issues on Windows, please land the r+ patch in this bug.  Create a clone of this bug to track the preference removal, and then you can move the second patch to it.  Probably want to make that second patch obsolete in this bug so that it doesn't get landed accidentally.
Attachment #8441453 - Attachment is obsolete: false
Attachment #8443628 - Attachment is obsolete: true
Blocks: 1029833
https://hg.mozilla.org/mozilla-central/rev/6be0bab78c2a
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla33
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: