Search suggestions not drawn in WebRender
Categories
(Core :: Graphics: WebRender, defect, P3)
Tracking
()
People
(Reporter: mesvam, Assigned: sotaro)
References
Details
(Keywords: correctness, Whiteboard: wr-planning)
Attachments
(3 files)
User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:56.0) Gecko/20100101 Firefox/56.0
Steps to reproduce:
Reproduce:
- Type text in search bar
- Deselect/unfocus search bar (e.g. by clicking outside)
- Focus the search bar again
Actual results:
The drop down of suggestions is partially drawn. Showing only drop shadows on the border, but the content is not visible.
Comment 2•6 years ago
|
||
bug 1551598 only fixed bug 1462173. This is the same issue.
| Assignee | ||
Comment 3•6 years ago
|
||
mesvam, does the problem still happens with latest nightly?
(In reply to Sotaro Ikeda [:sotaro] from comment #3)
mesvam, does the problem still happens with latest nightly?
Yup, still there
| Assignee | ||
Comment 5•6 years ago
|
||
Thanks for checking! Since OS is Widows 7, Bug 1573710 is not related to this bug.
| Assignee | ||
Comment 6•5 years ago
|
||
Some invalidation bugs were addressed by Bug 1595014 and Bug 1624216.
| Assignee | ||
Comment 7•5 years ago
|
||
I confirmed that the problem still happen on latest nightly on Windows 7.
| Assignee | ||
Comment 8•5 years ago
•
|
||
(In reply to Sotaro Ikeda [:sotaro] from comment #7)
I confirmed that the problem still happen on latest nightly on Windows 7.
But search suggestion did not use WebRender. But I did not see the problem when WebRender was disabled :(
| Assignee | ||
Updated•5 years ago
|
| Assignee | ||
Comment 9•5 years ago
|
||
When D3D11 Advanced Layers was enabled on Win7, the problem did not happen. But in this case, pop up was hardware accelerated. With WebRender, the popup was not accelerated(BasicCompositor).
When I modified the code as that pop up always uses BasicCompositor, D3D11 Advanced Layers usage also caused the problem.
| Assignee | ||
Comment 10•5 years ago
•
|
||
nsBaseWidget::AllowWebRenderForThisWindow() limit WebRender usage to some windows. It was added by Bug 1377321, because initialization of WebRender was heavy weight in the past. See Bug 1377321 Comment 3. The initialization problem does not exist anymore on WebRender on Windows.
| Assignee | ||
Comment 11•5 years ago
|
||
Comment 12•5 years ago
•
|
||
The time when bug 1377321 merged I saw a notable delay when opening uBlock Origin on my KDE/X11/Debian Testing/Radeon RX480 desktop.
Today, the delay is almost not noticeable on my KDE/X11/Debian Testing/Intel Iris 6100 (Broadwell GT3) laptop, but compared to the main menu it's still possible to close a panel before it has shown, by double clicking on its button. Using WR for main menu and context menu should still be fine.
Updated•5 years ago
|
| Assignee | ||
Comment 15•5 years ago
|
||
| Assignee | ||
Comment 16•5 years ago
|
||
Conformed that Attachment 9141460 [details] addressed the problem on my Win7 PC.
Comment 17•5 years ago
|
||
(In reply to Sotaro Ikeda [:sotaro] from comment #15)
https://treeherder.mozilla.org/#/jobs?repo=try&revision=a16df35d2f9e9902ec9f484a15f9a3637f7a2b4d
(In reply to Jan Andre Ikenmeyer [:darkspirit] from comment #12)
but compared to the main menu it's still possible to close a panel before it has shown, by double clicking on its button.
That seems only to apply to (even lightweight) webextensions.
Non-webextension panels like the main menu use WebRender in this try build, but are still shown as fast as Basic.
With gfx.webrender.debug.primitives I noticed that Basic is still used for the context menu.
| Assignee | ||
Comment 18•5 years ago
|
||
That seems only to apply to (even lightweight) webextensions.
Non-webextension panels like the main menu use WebRender in this try build, but are still shown as fast as Basic.With gfx.webrender.debug.primitives I noticed that Basic is still used for the context menu.
The patch does not expected to use WebRender for all windows(widgets). When ComputeShouldAccelerate()/WidgetTypeSupportsAcceleration() return false, widget does not use WebRender.
Updated•5 years ago
|
Comment 19•5 years ago
|
||
Comment 20•5 years ago
•
|
||
Backed out changeset 339795d0a51e (bug 1574746) for causing browser_startup_syncIPC.js failures
https://hg.mozilla.org/integration/autoland/rev/0affade618e1c7b0343356c61d37057868c6bd30
log: https://treeherder.mozilla.org/logviewer.html#?job_id=298538484&repo=autoland
log: https://treeherder.mozilla.org/logviewer.html#?job_id=298536613&repo=autoland
| Assignee | ||
Comment 22•5 years ago
•
|
||
(In reply to Andrei Ciure[:aciure] from comment #20)
log: https://treeherder.mozilla.org/logviewer.html#?job_id=298536613&repo=autoland
It seems already exist as Bug 1631112 . This should not related to this bug. The failure happen on Windows 7 Shippable opt. But the patch affect only to WebRender. Windows 7 Shippable opt does not use WebRender.
| Assignee | ||
Comment 23•5 years ago
|
||
(In reply to Andrei Ciure[:aciure] from comment #20)
Backed out changeset 339795d0a51e (bug 1574746) for causing browser_startup_syncIPC.js failures
https://hg.mozilla.org/integration/autoland/rev/0affade618e1c7b0343356c61d37057868c6bd30
The above failure was addressed.
https://treeherder.mozilla.org/#/jobs?repo=try&revision=ff965eed4ddc138ce28ba25836f112503b4c2146
Comment 24•5 years ago
|
||
Comment 25•5 years ago
|
||
| bugherder | ||
Comment 26•5 years ago
|
||
Backed out changeset 786823305560 (bug 1574746) for Browser-chrome failures in test/performance/browser_startup_syncIPC.js. CLOSED TREE
Log:
https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=300804500&repo=autoland&lineNumber=2746
Push with failures:
https://treeherder.mozilla.org/#/jobs?repo=autoland&group_state=expanded&revision=786823305560b03316cb758207f76838388603af
Backout:
https://hg.mozilla.org/integration/autoland/rev/786823305560b03316cb758207f76838388603af
Comment 27•5 years ago
|
||
Comment 28•5 years ago
|
||
(In reply to Andrei Ciure[:aciure] from comment #20)
log: https://treeherder.mozilla.org/logviewer.html#?job_id=298538484&repo=autoland
Build: - windows10-64-shippable-qr -
[task 2020-04-21T00:36:46.463Z] 00:36:46 INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/performance/browser_startup_syncIPC.js | unexpected PWebRenderBridge::Msg_EnsureConnected sync IPC before handling user events -
(In reply to Dorel Luca [:dluca] from comment #26)
Log:
https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=300804500&repo=autoland&lineNumber=2746
Build: - windows10-64-shippable-qr -
[task 2020-05-05T02:54:24.427Z] 02:54:24 INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/performance/browser_startup_syncIPC.js | unused whitelist entry before handling user events: PWebRenderBridge::Msg_EnsureConnected -
It wants an ignoreIfUnused: true,
[task 2020-05-05T02:54:24.429Z] 02:54:24 INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/performance/browser_startup_syncIPC.js | unexpected PWebRenderBridge::Msg_EnsureConnected sync IPC before becoming idle -
It wants another entry at "before becoming idle", probably also with ignoreIfUnused: true,.
Comment 29•5 years ago
|
||
Backout merged: https://hg.mozilla.org/mozilla-central/rev/559943097aee
| Assignee | ||
Comment 30•5 years ago
|
||
Updated patch addressed test failures.
https://treeherder.mozilla.org/#/jobs?repo=try&revision=4d346ce90256d705c640c0d96f57f2f4b1f0ac8b
Comment 31•5 years ago
|
||
Comment 32•5 years ago
|
||
| bugherder | ||
Comment 33•5 years ago
|
||
== Change summary for alert #25845 (as of Wed, 06 May 2020 12:46:59 GMT) ==
Improvements:
3% raptor-tp6-docs-firefox-cold fcp windows10-64-shippable-qr opt 1,013.29 -> 983.17
For up to date results, see: https://treeherder.mozilla.org/perf.html#/alerts?id=25845
Description
•