You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
IdNamespace allocation is managed within webrender instance . Therefore there could be a case that different RenderApi could have same namespace_id between different webrender instances.
It causes the problem like Bug 1405241 on gecko since gecko assumes unique IdNamespace even between different webrender instances.
I am not sure if the problem should be addressed gecko side or webrender side.
The text was updated successfully, but these errors were encountered:
I believe the end goal is to have a single WR instance anyway, that is managing multiple independent documents/scenes. In that case, WR will not need to have any built-in protection from multiple instances collision. However, in order to allow this to be patched on the Gecko side, WR does need to provide some way to make those IdNamespace different.
Use a global static variable for IdNamespace counting.
#1794
Try to use a simple global static variable for that id counting. That's not thread safe. All render-backend should be created in the same thread. If we try to handle the thread problem, I will turn to use thread_local.
cc @sotaroikeda
r? @kvark@glennw
<!-- Reviewable:start -->
---
This change is [<img src="https://reviewable.io/review_button.svg" height="34" align="absmiddle" alt="Reviewable"/>](https://reviewable.io/reviews/servo/webrender/1882)
<!-- Reviewable:end -->
IdNamespace allocation is managed within webrender instance . Therefore there could be a case that different RenderApi could have same namespace_id between different webrender instances.
It causes the problem like Bug 1405241 on gecko since gecko assumes unique IdNamespace even between different webrender instances.
I am not sure if the problem should be addressed gecko side or webrender side.
The text was updated successfully, but these errors were encountered: