Assigned
Status Update
Comments
sh...@xiaomi.corp-partner.google.com <sh...@xiaomi.corp-partner.google.com> #2
Thank you for reporting this issue. For us to further investigate this issue, please provide the following additional information:
What steps are needed to reproduce this issue? Frequency of occurrence?
Which Android build are you using? (e.g. TQ3A.230705.001.A1)
Which device did you use to reproduce this issue?
Can you confirm if this issue is reproducible on a Pixel/Nexus device?
Are you reporting this as Developer or User?
Screen Record of the Issue
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.
Android bug report (to be captured after reproducing the issue)
For steps to capture a bug report, please refer:https://developer.android.com/studio/debug/bug-report#bugreportdevice
Alternate method
Navigate to “Developer options”, ensure “USB debugging” is enabled, then enable “Bug report shortcut”. Capture bug report by holding the power button and selecting the “Take bug report” option.
Note: Please upload the bug report and screenshot to google drive and share the folder to android-bugreport@google.com, then share the link here.
What steps are needed to reproduce this issue? Frequency of occurrence?
Which Android build are you using? (e.g. TQ3A.230705.001.A1)
Which device did you use to reproduce this issue?
Can you confirm if this issue is reproducible on a Pixel/Nexus device?
Are you reporting this as Developer or User?
Screen Record of the Issue
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.
Android bug report (to be captured after reproducing the issue)
For steps to capture a bug report, please refer:
Alternate method
Navigate to “Developer options”, ensure “USB debugging” is enabled, then enable “Bug report shortcut”. Capture bug report by holding the power button and selecting the “Take bug report” option.
Note: Please upload the bug report and screenshot to google drive and share the folder to android-bugreport@google.com, then share the link here.
vi...@google.com <vi...@google.com>
rn...@google.com <rn...@google.com> #3
What steps are needed to reproduce this issue? Frequency of occurrence?
1. Set "animator duration scale" to "animation off" in the developer settings
2. Open ANY app, then press minimize button on the bottom of the display to minimize the app. The moment the app is minimized, a huge icon shortly flickers on upper half of screen.
Frequency: everytime
Which Android build are you using? (e.g. TQ3A.230705.001.A1)
T3TD33.16-66-3
Which device did you use to reproduce this issue?
Moto G54 5G
Can you confirm if this issue is reproducible on a Pixel/Nexus device?
unable to test, do not own such device
Are you reporting this as Developer or User?
as a user
Screen Record of the Issue
do not know how to use adb shell, sorry.
Please capture screen record or video of the issue using following steps:
1. Set "animator duration scale" to "animation off" in the developer settings
2. Open ANY app, then press minimize button on the bottom of the display to minimize the app. The moment the app is minimized, a huge icon shortly flickers on upper half of screen.
Frequency: everytime
Which Android build are you using? (e.g. TQ3A.230705.001.A1)
T3TD33.16-66-3
Which device did you use to reproduce this issue?
Moto G54 5G
Can you confirm if this issue is reproducible on a Pixel/Nexus device?
unable to test, do not own such device
Are you reporting this as Developer or User?
as a user
Screen Record of the Issue
do not know how to use adb shell, sorry.
Please capture screen record or video of the issue using following steps:
ch...@google.com <ch...@google.com>
vi...@google.com <vi...@google.com> #4
It could also be related to the 120 Hz display maybe, that only that makes the issue noticable? Just a theory.
Description
When Using a video player to play videos, the content area of the video is surfaceView. When there is a surfaceView, the transparent area will be calculated. When the video is played in full screen or non-full screen, the size of the transparent area is different. Comment out the code segment that calculates the size of the transparent area, and found that there was no there was no change in visual effects, whether it was full-screen playback or non-full-screen playback. What is the use of the commented out code segment and when will it take effect?
【Reproduce Rate】100%
【Reproduce Step】
(1)Use the video player to play videos, such as com.qiyi.video, com.tencent.qqlive and other three-party apps. The video playback area is SurfaceView. Operate both full screen and non-full screen to see the visual effect.
(2)Comment out the code segment that calculates the transparent area, and then use the Tencent Video app to play the video in both full screen and non-full screen to see the visual effect.
(3)There is no visual change in the code segment before and after it is commented. What is the use of the commented code segment, and when will it take effect?
【Is this a security related issue? 】No
【Android version】Android 13、14
【Device】xiaomi device, and other branch devices
【Contact Email/Phone】shanzhiliang@xiaomi.com 15622108053
【code segment】
//frameworks/base/core/java/android/view/ViewRootImpl.java
public final class ViewRootImpl implements ViewParent,
View.AttachInfo.Callbacks, ThreadedRenderer.DrawCallbacks,
AttachedSurfaceControl {
private void performTraversals() {
if (didLayout) {
performLayout(lp, mWidth, mHeight);
// By this point all views have been sized and positioned
// We can compute the transparent area
if ((host.mPrivateFlags & View.PFLAG_REQUEST_TRANSPARENT_REGIONS) != 0) {
// start out transparent
// TODO: AVOID THAT CALL BY CACHING THE RESULT?
// beginning of the commented code segment
/*
host.getLocationInWindow(mTmpLocation);
mTransparentRegion.set(mTmpLocation[0], mTmpLocation[1],
mTmpLocation[0] + host.mRight - host.mLeft,
mTmpLocation[1] + host.mBottom - host.mTop);
host.gatherTransparentRegion(mTransparentRegion);
if (mTranslator != null) {
mTranslator.translateRegionInWindowToScreen(mTransparentRegion);
}
if (!mTransparentRegion.equals(mPreviousTransparentRegion)) {
mPreviousTransparentRegion.set(mTransparentRegion);
mFullRedrawNeeded = true;
// TODO: Ideally we would do this in prepareSurfaces,
// but prepareSurfaces is currently working under
// the assumption that we paused the render thread
// via the WM relayout code path. We probably eventually
// want to synchronize transparent region hint changes
// with draws.
SurfaceControl sc = getSurfaceControl();
if (sc.isValid()) {
mTransaction.setTransparentRegionHint(sc, mTransparentRegion).apply();
}
*/
// end of the commented code segment
}
}
if (DBG) {
System.out.println("======================================");
System.out.println("performTraversals -- after setFrame");
host.debug();
}
}
}
}