Status Update
Comments
we...@gmail.com <we...@gmail.com> #2
Android build
Which Android build are you using? (e.g. OPP1.170223.012)
Steps to reproduce
What steps are needed to reproduce this issue?
Please provide sample project or apk to reproduce the issue. Also mention the steps to be followed for reproducing the issue with the given sample project or apk.
Frequency
How frequently does this issue occur? (e.g 100% of the time, 10% of the time)
Screen record of the issue, for clarity
Please capture screen record or video of the issue using following steps:
adb shell screenrecord /sdcard/video.mp4
Subsequently use following command to pull the recorded file:
adb pull /sdcard/video.mp4
Attach the file to this issue.
NOTE : To avoid leaking private information, please share screenshots and bugreports only in Google Drive. Share files with android-bugreport@google.com and include only Google drive links in your bug. Bug report attachments should not be included directly in issue reports.
we...@gmail.com <we...@gmail.com> #3
Build number 00WW_3_54H_SP03
Android Studio 3.5.1 on macOS 10.13.6
compileSdkVersion 29
buildToolsVersion '29.0.2'
minSdkVersion 17
targetSdkVersion 28
implementation 'androidx.biometric:biometric:1.0.0-rc01'
Code taken from "Allow for fallback to non-biometric credentials" in
Problem:
1. Show biometric prompt.
2. Tap "USE PASSWORD" instead of scanning fingerprint.
3. Unlock using pattern.
4. Activity stops responding.
See attached MP4 video.
This happens consistently.
Project attached in MyApplication.zip
we...@gmail.com <we...@gmail.com> #4
Android 9 on Nokia 7 Plus
Build number 00WW_3_54H_SP03
Android Studio 3.5.1 on macOS 10.13.6
compileSdkVersion 29
buildToolsVersion '29.0.2'
minSdkVersion 17
targetSdkVersion 28
implementation 'androidx.biometric:biometric:1.0.0-rc02'
Code taken from "Allow for fallback to non-biometric credentials" in
Problem:
1. Show biometric prompt.
2. Tap "USE PASSWORD" instead of scanning fingerprint.
3. Unlock using pattern.
4. Activity stops responding.
See attached MP4 video.
This happens consistently.
go...@chromium.org <go...@chromium.org> #5
Android 9 on Moto Z2 Play (XT1710-07)
Build number PPS29.133-30
Android Studio 3.5.1 on Windows 10 Pro
compileSdkVersion 28
buildToolsVersion '28.0.3'
minSdkVersion 23
targetSdkVersion 28
implementation 'androidx.biometric:biometric:1.0.0-rc02'
dg...@chromium.org <dg...@chromium.org> #6
we...@gmail.com <we...@gmail.com> #7
[Deleted User] <[Deleted User]> #8
The fact that the activity appears to hang afterward is definitely a bug and will be fixed by aosp/1151594, likely in a 1.0.1 bugfix release. For now, I'm closing this bug as a duplicate of
te...@gmail.com <te...@gmail.com> #9
we...@gmail.com <we...@gmail.com> #10
I'm doing this in onResume instead of onCreate so that the prompt shows up when the user comes back to my app.
da...@chromium.org <da...@chromium.org> #11
Branch: androidx-master-dev
commit df08869e2c6f2d066f1caf143cebdb965c1b5a2c
Author: Curtis Belmonte <curtislb@google.com>
Date: Mon Nov 18 15:17:00 2019
Fix BiometricPrompt + device credential error case
BiometricPrompt currently has a bug in the following usage scenario:
1. The prompt is not instantiated in onCreate() or onCreateView()
2. Device credential auth is enabled with setDeviceCredentialAllowed()
3. authenticate() is called twice in the same activity/fragment
When this happens, the handler bridge is incorrectly reset before the
handler activity can be launched, preventing the prompt from being shown
at all. While this isn't a recommended usage pattern for
BiometricPrompt at the moment, it still shouldn't cause the prompt to
get stuck in this state. This commit therefore ensures that the above
scenario no longer triggers the bug.
Test: Manually, using sample app from
Test: ./gradlew biometric:test
Test: ./gradlew biometric:connectedAndroidTest
Fixes: 143097321
Change-Id: Ie7e343d9323437d9765e512a09a0e25a6c86dd8e
M biometric/src/main/java/androidx/biometric/BiometricPrompt.java
M biometric/src/main/java/androidx/biometric/DeviceCredentialHandlerActivity.java
da...@chromium.org <da...@chromium.org> #12
Unmarked as duplicate, since aosp/1168851 should be a more proper fix for this. Targeting it for inclusion in 1.0.1.
da...@chromium.org <da...@chromium.org> #13
ve...@chromium.org <ve...@chromium.org> #14
However when used in the emulator, running Android 10, as soon as the user selects the "Use PIN" option, onAuthenticationError is called with errorCode=5 and errString=Authentication canceled
te...@gmail.com <te...@gmail.com> #15
te...@gmail.com <te...@gmail.com> #16
Note for clearification: on the video I slightly move cursor over the tab, hovering close icon and leaving it over and over again
en...@chromium.org <en...@chromium.org> #17
su...@chromium.org <su...@chromium.org> #18
ra...@microsoft.com <ra...@microsoft.com> #19
wi...@microsoft.com <wi...@microsoft.com> #20
Sounded like there may have been a known NVidia driver issue (I'm trying to see if the Windows team had any further details here)
su...@chromium.org <su...@chromium.org> #21
ma...@gmail.com <ma...@gmail.com> #22
di...@gmail.com <di...@gmail.com> #23
we...@gmail.com <we...@gmail.com> #24
Bug #1155285 can be replicated in Chromium builds 1136035 and lower, while bug #1480717 cannot.
ky...@chromium.org <ky...@chromium.org> #25
ky...@chromium.org <ky...@chromium.org> #26
ky...@gmail.com <ky...@gmail.com> #27
di...@gmail.com <di...@gmail.com> #28
No, its the same bug, the manifestation has began to occur in more conditions due to software changes at both the browser and OS end.
di...@gmail.com <di...@gmail.com> #29
ky...@chromium.org <ky...@chromium.org> #30
ra...@microsoft.com <ra...@microsoft.com> #31
ra...@microsoft.com <ra...@microsoft.com> #33
hi...@chromium.org <hi...@chromium.org> #34
pa...@gmail.com <pa...@gmail.com> #35
pe...@chromium.org <pe...@chromium.org> #36
di...@gmail.com <di...@gmail.com> #37
is your discord perhaps maximised behind the browser window? The composition issue is a result of a race condition in the compositor that is allowing apps using it to corrupt outside of their own borders, including on top of surfaces occluding them too
pe...@chromium.org <pe...@chromium.org> #38
pa...@gmail.com <pa...@gmail.com> #39
zh...@bytedance.com <zh...@bytedance.com> #41
One of my collegue reproduce the issue (using Win10 + Chrome 121 + GTX1660S + 2K144Hz monitor), he ask me how to fix this, based on his test, ` --disable-direct-composition-video-overlays=1` temperately fix the issue.
ra...@microsoft.com <ra...@microsoft.com> #42
Earlier in the this issue, a couple of command line flags were mistyped. Recent changes to the blocklist mean that in order to disable direct composition video overlays and software overlays you need to pass the browser --disable_direct_composition_video_overlays=1
and --disable_direct_composition_sw_video_overlays=1
respectively.
For those getting the bug, does using combinations of these flags make the bug disappear? When applying any command line flag, don't forget to fully exit all browser processes for the flag to take effect, otherwise it will be ignored.
jb...@gmail.com <jb...@gmail.com> #43
Supposedly this issue is fixed in Windows 11 22635.2841. The reports since then are for 22631.3007 and 22631.3085. Aren't these versions behind 22635.2841 and therefore don't have the fix yet? Also, has Microsoft confirmed that direct composition overlay fixes were made in 22635.2841 and later?
zh...@bytedance.com <zh...@bytedance.com> #44
I don't have a high refresh rate monitor though, and I can't reproduce it using 60fps monitor. But I saw someone previously mentioned
Can someone in this thread do a bisect (using:
ra...@microsoft.com <ra...@microsoft.com> #45
But I saw someone previously mentioned
https://chromium.googlesource.com/chromium/src.git/+/02c3a71f121a8b7efc2600d5802ec23b1a5d95c3 is the root cause.
In --disable_direct_composition_video_overlays=1
and --disable_direct_composition_sw_video_overlays=1
jb...@gmail.com <jb...@gmail.com> #46
Here's the full command line:
"C:\Program Files (x86)\Microsoft\Edge\Application\msedge.exe" --profile-directory=Default --disable_direct_composition_video_overlays=1 --disable_direct_composition_sw_video_overlays=1
Also, I've been experiencing checkerboarding since at least November 2021 when I built my current PC. At first, I thought my graphics card was bad, but then I realized it only happened in Chromium apps and chalked it up to a bug. I've also since upgraded from a 3080FE to a 4090FE and it still happens, so it's not a hardware issue.
ra...@microsoft.com <ra...@microsoft.com> #47
@Jbelair, what do you mean when you say "I added XYZ to my Microsoft Edge command line arguments"? Do you see these command line arguments in the Task Manager details view when you add the "Command line" column?
With certain features enabled, Edge starts soon after login. So if you, for instance, modified a shortcut to have command line flags, they could still be getting ignored when you click on the shortcut. The best way is to fully terminate all Edge processes first before running with command line flags.
jb...@gmail.com <jb...@gmail.com> #48
@Jbelair, what do you mean when you say "I added XYZ to my Microsoft Edge command line arguments"? Do you see these command line arguments in the Task Manager details view when you add the "Command line" column?
With certain features enabled, Edge starts soon after login. So if you, for instance, modified a shortcut to have command line flags, they could still be getting ignored when you click on the shortcut. The best way is to fully terminate all Edge processes first before running with command line flags.
@ra...@microsoft.com - I changed them for the Edge shortcut, but I see what you're saying about Edge auto-running on startup now. So, no, I wasn't see the command-line arguments in Task Manager, but after killing all Edge processes and clicking on the shortcut, now I am. Thank you for the clarification.
Now that I'm running Edge with direct composition overlays disabled, I'll try this out and report my findings. Sorry for the confusion.
jb...@gmail.com <jb...@gmail.com> #49
@ra...@microsoft.com - Since adding --disable_direct_composition_video_overlays=1 and --disable_direct_composition_sw_video_overlays=1, I have not experienced any checkerboarding. I confirmed the running Edge Brower process has these command line arguments in Task Manager.
pa...@gmail.com <pa...@gmail.com> #50
zh...@bytedance.com <zh...@bytedance.com> #51
1. Intel A380 + Latest Driver + NV12 overlay support: Scaling = not reproduable.
2. AMD RX6600 + Latest Driver + NV12 overlay support: Scaling = not reproduable.
3. RTX3050 + Latest Driver + NV12 overlay support: Direct = reproduable.
4. RTX4070 Super + Latest Driver + NV12 overlay support: Direct = reproduable.
So this seems to be a NVIDIA only issue from my test result.
And, about the command line switch:
1. Only adding `--disable_direct_composition_sw_video_overlays=1` = still reproduable.
1. Only adding ` --disable_direct_composition_video_overlays=1` -> not reproduable.
So this seems only related to ` --disable_direct_composition_video_overlays=1`.
le...@google.com <le...@google.com> #52
[GPU triage] friendly ping. @sunny, @rafael, @tangm do you have any update on this? Thanks. Not sure this is a driver issue or not and whether there is any action we should do.
pe...@chromium.org <pe...@chromium.org> #53
ra...@microsoft.com <ra...@microsoft.com> #54
Thank you, everyone for your patience.
The root cause of the issue is a bug in Windows that manifests when drivers use a certain feature. The fix is in prerelease versions of Windows which you can test drive if you are a Windows Insider. Testing is in progress but I'm hoping we'll be able to service the fix to in-market Windows versions.
pa...@gmail.com <pa...@gmail.com> #55
di...@gmail.com <di...@gmail.com> #56
Tentative word is that kb5035942 fixes this, but i've never had a replication on my desktop pascal cards to confirm or refute.
we...@gmail.com <we...@gmail.com> #58
KB5035942 was installed on my pc 2 days ago. I still experience 100+ artifacts daily.
"nobody is rmaing their gpu thinking this is a hardware issue":
ya...@gmail.com <ya...@gmail.com> #59
This is, of course, still temporary, and being on a Dev build is not a solution. I just got my laptop a couple of days ago, and from what I can see, this issue has been going on for a pretty long time. But it's very disappointing that these massive corporations can't fix a bug as small as this. These cards and computers ain't cheap. Fix. your. stuff. !
[Deleted User] <[Deleted User]> #60
[Deleted User] <[Deleted User]> #61
es...@gmail.com <es...@gmail.com> #62
I do hope the Windows fix is expedited to stable soon.
ma...@gmail.com <ma...@gmail.com> #63
1. opening a twitch,tv video playing
2. opening
3. now move the mouse cursor over chrome addons icons on the top bar
whenever the mouse leaves/enters an icon and there is a short animation of background color change of the icons in the Chrome addon bar, there is a flicker on the render of Chrome or checkerboards
Same I can reproduce by:
1. opening a
2. opening OBS Studio
3. minimize OBS Studio to task bar
Now there are random flickering and jumping elements in Chrome. If you close OBS or maximize again the issue vanishes.
ra...@microsoft.com <ra...@microsoft.com> #64
Thank you everyone for your patience.
As I wrote previously, the root cause of the issue is a bug in Windows that manifests when drivers use a certain feature. The fix is in prerelease versions of Windows which you can test drive if you are a Windows Insider. The fix is (now) also making its way through the Windows Servicing branches for in-market versions of Windows. The fix for each Windows version is fairly unique so we're taking our time to make sure it is ready for general consumption and doesn't cause new issues.
In the meantime, the best way to work around the issue locally is to run the browser with the "--disable_direct_composition_video_overlays=1" command line switch.
jb...@gmail.com <jb...@gmail.com> #65
Thank you for the update,
- Will the latest versions of Windows get the highest priority in terms of backporting the fix?
- Since the fix is unique to each version of Windows, will they be rolled out all at once, or as they are certified for each Windows servicing branch?
- Could you provide a rough estimate of how much time it might take for the fix to make its way into the in-market versions of Windows? (assuming the latest servicing [23H2] branch gets top priority)
Thank you!
es...@gmail.com <es...@gmail.com> #66
will still black screen with "--disable_direct_composition_video_overlays=1"
The absolute fix is switching about:flags ANGLE to OpenGL ...
pa...@gmail.com <pa...@gmail.com> #67
ra...@microsoft.com <ra...@microsoft.com> #68
That is somewhat incorrect,- Opera 109.0.5097.38 on Windows 11 22631.3374 will still black screen with "--disable_direct_composition_video_overlays=1"
Opera is a closed source browser so it's hard for me to comment on its behavior. Due to the bug, DirectComposition surfaces are unreliable so if Opera is using them to draw its UI or something else, then you'll still see the bug.
The absolute fix is switching about:flags ANGLE to OpenGL ...
If you use OpenGL drivers on Windows, things like DRM videos will not work super well. If you never view those, the workaround might be satisfactory to you.
Since the fix is unique to each version of Windows, will they be rolled out all at once, or as they are certified for each Windows servicing branch?
As I said previously, Windows Insider builds of Windows already have the fix. As we port the fix to earlier versions of Windows, we'll release those to users.
Could you provide a rough estimate of how much time it might take for the fix to make its way into the in-market versions of Windows? (assuming the latest servicing [23H2] branch gets top priority)
I do not have an ETA at the moment. I'll let you know more as I find out.
es...@gmail.com <es...@gmail.com> #69
I am using regular RTX 3060 552.12 driver, but with the ANGLE setting everything seems to work, I might not have tried DRM though!
te...@gmail.com <te...@gmail.com> #70
Thank you.
lu...@onet.pl <lu...@onet.pl> #71
le...@gmail.com <le...@gmail.com> #72
So far I have only tried disabling hardware acceleration in the Chrome settings, which seems to work, but is obviously not ideal.
un...@gmail.com <un...@gmail.com> #73
il...@gmail.com <il...@gmail.com> #74
ni...@gmail.com <ni...@gmail.com> #75
Basically I also have a checkerboard pattern appearing from time to time but it does so when I reply to comments from the bell icon on the top right. I am unable to replicate the issue consistently, I will upload a video or photo whenever I stumble upon it.
I'm running Windows 11 Pro build 22631 on a Threadripper 7960X TRX50 build and an RTX 4090, however the issue was also present while I had a Ryzen 2700X and X470 chipset so I doubt it's hardware dependant.
fl...@gmail.com <fl...@gmail.com> #76
cpu ryzen 9 5900x
nvidia rtx 3080
same issue appears in my browser from time to time... dont even need to replicate it... this was for example during a twitch stream and wasnt even open in that tab, but it appeared over my messenger chat
got on this page via nvidias post for their new update... fix coming via windows update or so they claim
sa...@gmail.com <sa...@gmail.com> #77
br...@gmail.com <br...@gmail.com> #78
My hardware/software specs:
CPU: Intel Core i9-13900K Processor
GPU: Gigabyte GeForce RTX 4080 SUPER AERO OC 16G
Motherboard: Gigabyte Z790 Aorus Master
RAM: Kingston Fury Renegade DDR5 32GB 6400MT/s (KF564C32RS-32)
OS: Windows 11 Pro 23H2, Build 22631.3527
Driver: Nvidia Driver GeForce Game Ready 552.22
do...@gmail.com <do...@gmail.com> #79
di...@gmail.com <di...@gmail.com> #80
The problem manifests in a Windows composition API due in part most likely to a case not covered where Tiled rendering (Or atleast Tiled Cache) capable GPU's can experience artifacts when Intermediate resources are released while presentation is happening.
The origin problem can manifest a different set of artifacts on devices that don't have this tiled cache (flicker, abnormal tearing) which have for the most part gone unnoticed.
This issue has gone back as far as 2021 at this point, with most reports wrongly pointed at nvidia on third party forums and reddit without actually submitting actional feedback to their feedback email.
ti...@gmail.com <ti...@gmail.com> #81
ti...@gmail.com <ti...@gmail.com> #82
> The "Checkerboard/Desktop" Nvidia driver glitch also has been eradicated from this release with a surprising workaround on the tech side of things ! Took me two solid weeks to get it done.
Two weeks for a niche application with single developer vs. years of unsolved graphic glitches in the most widespread combination of OS + drivers + browser engine with large developer teams. Food for thoughts...
lu...@onet.pl <lu...@onet.pl> #83
ANGLE
D3D9
Now I don't have a chessboard. Works on Chrome and EDGE
ab...@gmail.com <ab...@gmail.com> #84
I just managed to solve it.
For context:-
I had a lot of electron artifacts across different applications (especially when special animations or videos were involved).
These applications include VS Code, Github Desktop, Popcorn time, Google chrome on heavy graphics load, etc
I also develop electron applications, and one of my projects required a bunch of overlaying video content which also causes lag and stutters. (worked fined until electron v23.x)
I have since been trying to find and research solutions and narrowed it down to a bug related to MS, Chromium or Nvidia.
My system spec:-
AMD Ryzen 2700x
RTX 2080
Windows 10
Dual monitor setup (idk if this affects it, but just putting it across just in case)
The solution:-
This is what worked for me. Maybe it helps others too.
Download latest nvidia control panel.
In manage 3D settings, global settings, change the following two options:-
OpenGL GDI compatability - Prefer compatible (this will be set to auto by default)
Vertical sync - Off (this is by default set to On, and I had tuned it to fast mode before, now set it back to off instead)
ra...@microsoft.com <ra...@microsoft.com> #85
Update: The Win11 version of the fix is due to be released as part of an optional Windows update the last week of May. All updates are subject to a gradual rollout which then becomes mandatory during June.
The Win10 version of the fix is still under development.
As I said previously, the bug can be worked around by specifying the --disable_direct_composition_video_overlays=1 command line flag. For Edge, you will need to disable StartupBoost from edge://settings/system for command line flags to take effect.
jb...@gmail.com <jb...@gmail.com> #86
Phenomenal news. Thank you for the update!
pe...@gmail.com <pe...@gmail.com> #87
di...@gmail.com <di...@gmail.com> #88
pa...@gmail.com <pa...@gmail.com> #89
ra...@microsoft.com <ra...@microsoft.com> #90
@patrik, when you notice another tab's partial content becomes visible, is the only difference on you machine the presence of KB5037853?
Does the problem go away when you run with the --disable_direct_composition_video_overlays=1 command line flag?
Please attach an about:gpu log to the bug.
pa...@gmail.com <pa...@gmail.com> #91
I'm trying with --disable_direct_composition_video_overlays=1 and will report back if it happens again.
GPU log attached.
we...@gmail.com <we...@gmail.com> #92
Here is a link to my comment from then that contains the links to the 4 webpages (in case it could help you to recreate the issue more frequently):
PS: I first started to notice it in these comments (on 05-12-2020):
pa...@gmail.com <pa...@gmail.com> #93
lu...@onet.pl <lu...@onet.pl> #94
pa...@gmail.com <pa...@gmail.com> #95
This has been happening for me since the checkerboard pattern appeared, it is also more frequent than the checkerboard patterns. I'm on Win10 by the way, so I still don't have the so called fix. I will attach the log Microsoft asked from you, if anything else is needed, let me know.
Edit: Also, I watch a lot of content with subtitles, and the subtitles are also behaving like this, so the previous line comes back for a moment, it's happening everywhere (YouTube, (HBO) Max, etc.)
Description
Chrome Version : 115.0.5736.0 (Official Build) (64-bit)
URLs (if applicable) :
Other browsers tested:
Add OK or FAIL after other browsers where you have tested this issue:
Safari: PASS
Firefox: PASS
Edge: FAIL (Because it's also based on chromium)
Any animation or edit in the html or css seems to be able to trigger these artifacts randomly every few seconds. Sometimes they are white squares and sometimes black squares.
But one scenario in which a lot of artifacts appear is when I'm on a personal YouTube playlist webpage that displays at least 20 playlist items and YouTube's miniplayer in the bottom right corner of the webpage. Then a lot of artifacts appear when I drag playlist items to other positions.
Requirements:
Reproduction steps:
Prerequisites: Meet the requirements above. (And don't use DevTools or a screenrecorder to record this bug, use a camera instead.)
(1) (Optional, if not already done earlier) Create a personal playlist on youtube.com with at least 20 videos
(2) Go to the playlist's webpage
(3) Click on a video in the playlist
(4) Pause the video
(5) Click on the playlist title to navigate back to the playlist page
(6) The playlist page should now also display a miniplayer at the bottom right of the webpage that contains the video you had just clicked
(7) Scroll down to the bottom of the playlist
(8) (Optional, if not already done at the start) Close any other open Chrome or Chromium windows.
(9) Drag up to 5 times a video for at least 5 seconds to the left, right, up and down. That should be a large enough timespan to trigger these checkerboard artifacts.
Triage steps:
I believe this is a regression, because I can reproduce this in Chromium version 115.0.5736.0 build 1136075 and later. But not in version 115.0.5736.0 build 1136035 and earlier. I also noticed that ANGLE was updated between these builds from version 2.1.20985 to 2.1.20986 when I compared the information in chrome://gpu. So, this could be a regression in ANGLE.
I've compared the following Chromium build snapshots:https://commondatastorage.googleapis.com/chromium-browser-snapshots/index.html?prefix=Win_x64/1136035/ https://commondatastorage.googleapis.com/chromium-browser-snapshots/index.html?prefix=Win_x64/1136075/
Build 1136035:
Build 1136075: