[Linux] Cursor flashing over hover - freezes browser

rezz1777 commented 2 years ago

Description

Cursor starts glitching out over hover objects and causes brave to lockup in linux. Have to kill browser (ctrl-alt-esc) and restart.

Steps to Reproduce

Hover over certain objects or menu items and cursor goes spastic flashes 30/times a second. Does this on both windows/linux desktops.
Linux version locks up browser, while windows version does not lockup browser

Actual result:

Expected result:

Normal Operation

Reproduces how often:

Go to weatherunderground.com and hover over menu area.

Depends on website

Brave version (brave://version info)

Version 1.39.111 Chromium: 102.0.5005.61 (Official Build) (64-bit) Version 1.41.21 Chromium: 102.0.5005.61 (Official Build) nightly (64-bit)

Version/Channel Information:

Can you reproduce this issue with the current release? Yes
Can you reproduce this issue with the beta channel? N/A
Can you reproduce this issue with the nightly channel? Yes

Other Additional Information:

Does the issue resolve itself when disabling Brave Shields? No
Does the issue resolve itself when disabling Brave Rewards? No
Is the issue reproducible on the latest version of Chrome? Yes

Miscellaneous Information:

OS: Arch Linux x86_64 GPU: AMD Radeon R3 Kernel: 5.18.0-arch1-1 Updated: May 29, 2022 Has Issue Been Resolved?: The cursor still seems to flicker, however the browser no longer seems to lockup on both Brave (1.39.111) and Brave Nightly (1.41.21)

DavidMccarthy003 commented 2 years ago

Same for me. If you go to a Youtube video with those sections in videos and slowly move along the timeline, you have about a 1/3 chance of this happening. Much more likely the longer you do it. Happens on other websites though.

linuxtopia commented 2 years ago

I've just come to open this issue in here. Almost 2 months I'm facing that annoying bug-issue that waited to be solved with new updates. However it's still there. This occurs only with Brave Browser that other browsers have no this annoying issue.

Tried Brave with extension-free won't help.

Only temporary solution for me what KDE's Global Menu applet's File Menu and then Open New Tab option using. When new tab opened I close it and freezing goes away also cursor glitching as well.

OS: Manjaro Linux x86_64 Kernel: 5.10.102-1-MANJARO Shell: bash 5.1.16 Resolution: 1920x1080 DE: Plasma 5.24.2 WM: KWin GPU: AMD ATI 05:00.0 Renoir GPU: NVIDIA GeForce GTX 1650 Ti Mobile

basai commented 2 years ago

I have the same issue on debian

Miscellaneous Information:

Brave: 99.1.36.119 Debian GNU/Linux bookworm/sid Kernel Linux 5.16.0-4-amd64 MATE 1.26.0

MickMorley commented 2 years ago

Same, using XFCE on Linux Mint 21

System: Kernel: 5.4.0-105-generic x86_64 bits: 64 compiler: gcc v: 9.4.0 Desktop: Xfce 4.16.0 tk: Gtk 3.24.20 wm: xfwm4 dm: LightDM Distro: Linux Mint 20.3 Una base: Ubuntu 20.04 focal Brave: Version 1.36.119 Chromium: 99.0.4844.83 (Official Build) (64-bit)

tiberiuana commented 2 years ago

I have the same issue with regular Chromium (not Brave), Version 99.0.4844.51 (Official Build) built on Debian 11.2, running on Debian 11.2 (64-bit).

I reported it at https://bugs.chromium.org/p/chromium/issues/detail?id=1310484

MickMorley commented 2 years ago

Same issue with newest update

Version 1.36.122 Chromium: 99.0.4844.88 (Official Build) (64-bit)

Rafaelblsilva commented 2 years ago

This also happens with me, on chrome Noticed it got worse on the past week.

Tried disabling those smooth scrolling and hover to no avail. Tried switching hardware acceleration on/off, no difference.

Additional info:

Google Chrome   99.0.4844.84 (Official Build) (64-bit) 
Revision    81a11fc2ee8a41e17451f29195387f276d3bb379-refs/branch-heads/4844_74@{#6}
OS  Linux
JavaScript  V8 9.9.115.10
User Agent  Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/99.0.4844.84 Safari/537.36
Command Line    /usr/bin/google-chrome-stable --enable-crashpad --flag-switches-begin --disable-smooth-scrolling --disable-features=TabHoverCardImages --flag-switches-end

Kernel: 5.13.0-28-generic x86_64 bits: 64 compiler: N/A Desktop: MATE 1.24.0 Distro: Linux Mint 20.1 Ulyssa 
base: Ubuntu 20.04 focal 
CPU:       Topology: Quad Core model: AMD Ryzen 5 3400G with Radeon Vega Graphics bits: 64 type: MT MCP arch: Zen+ rev: 1 
           L2 cache: 2048 KiB 
Graphics:  Device-1: Advanced Micro Devices [AMD/ATI] Picasso driver: amdgpu v: kernel bus ID: 07:00.0 
           Display: x11 server: X.Org 1.20.13 driver: amdgpu resolution: 1920x1080~60Hz, 1920x1080~75Hz 
           OpenGL: renderer: AMD RAVEN (DRM 3.41.0 5.13.0-28-generic LLVM 10.0.0) v: 4.6 Mesa 20.0.5 direct render: Yes

basai commented 2 years ago

some updates? This bug is very frustrating :angry: i have it NONSTOP

MickMorley commented 2 years ago

It is extremely frustrating. I switched to Firefox but want to come back to Brave after its fixed. I leverage a lot of tabs throughout the day.

It was happening for me on:

di99y commented 2 years ago

seems like it happens when I hover over an element and it moves or shifts, then i'm no longer hovering over it and it causes a feed back loop which softlocks the browser. using xubuntu

edit: like @Linuxtopia said, open the shell's menu for the window (unmaximize, minimize, minimize other windows...) [for me its a 'v' icon in the top left corner] and it seems to break the softlock

atonn commented 2 years ago

I am facing this exact issue on Lubuntu + regular Chrome. It appears to have been introduced with Chrome version 97, won't happen on 96. Occurs on both Lubuntu 18.04 and 22.04, but not on Linux Mint Cinnamon. Reproduced on 3 different PCs, all with Intel Graphics. So since it won't happen on Mint (both Lubuntu and Mint run X11 by default), it may be difficult to pinpoint as there are so many different desktops and display stacks.

The whole browser freezes, not just the tab. It may resolve itself after minutes/hours when it presumably has finished cycling through all the queued animation starts/stops of the respective mouseover element. x11 and one chrome process go to high cpu usage.

i can second what di99y says, it is very easy to reproduce with animated icons that move away from under the cursor.

Edit: It starts happening with Google Chrome 97.0.4692.99-1 from 2022-01-19. The preceding version 97.0.4692.71-1 is unaffected

friarzen commented 2 years ago

I have this problem as well, with both Brave and Chrome, seems to be triggered often with Roll20

I've noticed that if I reset my network, it seems to break the cycling. As far as I can tell, this is some kind of weird networking-related bug where a webpage UI element triggers a background GET that then fails and retries, over and over.

xnicos commented 2 years ago

Hi, I have exactly the same problem on MX Linux when using Vivaldi or Brave. Never happened with Firefox... I 'm searching for days with no luck, exept for finding this thread. It is extremely frustrating, could it be an Intel-driver issue? When vivaldi starts ti gives: libva error: /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so init failed

rezz1777 commented 2 years ago

Hi, I have exactly the same problem on MX Linux when using Vivaldi or Brave. Never happened with Firefox... I 'm searching for days with no luck, exept for finding this thread. It is extremely frustrating, could it be an Intel-driver issue? When vivaldi starts ti gives: libva error: /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so init failed

Does your browser lockup when this happens? And if so what version of Brave are you running? The browser lockups seem to be resolved on my end with the latest releases, however the cursor still goes crazy when hovering over certain objects.

friarzen commented 2 years ago

Unlikely to be just Intel driver issue, my system is a pure AMD build and I still have the same issues with both Chrome and Brave. started on Ubuntu 20.10 and continues on 22.04

On Sun, 29 May 2022 at 20:24, Rezz @.***> wrote:

Hi, I have exactly the same problem on MX Linux when using Vivaldi or Brave. Never happened with Firefox... I 'm searching for days with no luck, exept for finding this thread. It is extremely frustrating, could it be an Intel-driver issue? When vivaldi starts ti gives: libva error: /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so init failed

Does your browser lockup when this happens? And if so what version of Brave are you running? The browser lockups seem to be resolved on my end, however the cursor still goes crazy when hovering over certain objects.

— Reply to this email directly, view it on GitHub https://github.com/brave/brave-browser/issues/21397#issuecomment-1140557605, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAREIAWWG5JI7K33ARVMAL3VMQDFBANCNFSM5PWAHI5A . You are receiving this because you commented.Message ID: @.***>

xnicos commented 2 years ago

Hi, I have exactly the same problem on MX Linux when using Vivaldi or Brave. Never happened with Firefox... I 'm searching for days with no luck, exept for finding this thread. It is extremely frustrating, could it be an Intel-driver issue? When vivaldi starts ti gives: libva error: /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so init failed

Does your browser lockup when this happens? And if so what version of Brave are you running? The browser lockups seem to be resolved on my end with the latest releases, however the cursor still goes crazy when hovering over certain objects.

yes, the browser locks up. I'm using Vivaldi and about a month ago I downloaded and tried latest Brave and soon I had the same. It usually happens when a video is playing, but I tested https://www.wunderground.com/ as mentioned at the first post and I have the same. Still no problem with firefox

niknah commented 2 years ago

It's random for me. Works fine on wunderground.com Happens on random websites, no fancy videos or gl stuff that I can see. Can't duplicate it sorry. It's only been happening recently.

Version 1.38.109 Chromium: 101.0.4951.41 (Official Build) (64-bit) AMD Ryzen 7 4800U Arch linux

rochecompaan commented 2 years ago

I started to experience the same issue about a day or 2 ago, but I figured out what was causing it for me.

I have an external monitor connected to my laptop, and until 2 days ago, my laptop and external display did not have any scaling applied to them. I wanted to increase the font size on my laptop and used xrandr to scale it:

xrandr --output eDP-1 --scale 0.75x0.75

The result was that the cursor flickered when hovering over links in Brave and Chrome on my external monitor, but it was fine on my laptop display. When I removed the scaling on my laptop display, the flickering stopped. If you applied fractional scaling to one of two monitors, I imagine the same issue would occur for some.

FYI:

3rdlevelport commented 1 year ago

I started to experience the same issue about a day or 2 ago, but I figured out what was causing it for me. I have an external monitor connected to my laptop, and until 2 days ago, my laptop and external display did not have any scaling applied to them. I wanted to increase the font size on my laptop and used xrandr to scale it. The result was that the cursor flickered when hovering over links in Brave and Chrome on my external monitor, but it was fine on my laptop display. When I removed the scaling on my laptop display, the flickering stopped. If you applied fractional scaling to one of two monitors, I imagine the same issue would occur for some.

This worked for me. Removing scaling from one or all monitors stopped the flickering. My browser never froze like others have reported, but the flickering happened most when hovering over tabs for the browser.

brave / brave-browser