Botspot / pi-apps

Raspberry Pi App Store for Open Source Projects
GNU General Public License v3.0
1.88k stars 206 forks source link

phantom yad clicks #2575

Open thepotatolover opened 3 months ago

thepotatolover commented 3 months ago

Confirmations

What happened?

Clicking any app to install it maxes out cpu and causes the os to lock up

Description

Newest version of pi apps on rpi 4 8gb newest rpi os 64bit

When i click any app to install it, it then causes the cpu to go to 100% and eventually the os locks up fully for no reason

What are your system specs (run the following command in your terminal)?

OS: Debian GNU/Linux 12 (bookworm)
OS architecture: 64-bit
Last updated Pi-Apps on: 04/04/2024
Latest Pi-Apps version: 04/05/2024
Kernel: aarch64 6.6.20+rpt-rpi-v8
Device model: Raspberry Pi 4 Model B Rev 1.4
SOC identifier: bcm2711
Cpu name: Cortex-A72
Ram size: 7.81 GB
Raspberry Pi OS image version: 2024-03-15
Language: en_US.UTF-8

(Recommended) Error log? Terminal output? Debug messages?

YAD_XID IS 0X400003 (gets spammed)
Terminated (randomly shows)
sh: 1: echo: echo: I/O error (also randomly shows)
github-actions[bot] commented 3 months ago

Hello there 👋 Thanks for submitting your first issue to the Pi-Apps project! We'll try to get back to you as soon as possible. In the meantime, we encourage you join our Discord server, where you can ask any questions you might have.

Please respond as soon as possible if a Pi-Apps maintainer requests more information from you. Stale issues will be closed after a lengthy period of time with no response.

Botspot commented 3 months ago

Pi-Apps tries to run quickly, so when you are viewing the main top level of blue categories, the subcategories are being generated in the background. This involves reading a lot of files, so with a really slow SD card, you may encounter a brief freeze.

What kind of drive are you using to boot the Pi from? Have you benchmarked it with the agnostics tool? If not, please install agnostics with apt, then go to the start menu -> Accessories -> Raspberry Pi Diagnostics and follow the instructions.

thepotatolover commented 3 months ago

Pi-Apps tries to run quickly, so when you are viewing the main top level of blue categories, the subcategories are being generated in the background. This involves reading a lot of files, so with a really slow SD card, you may encounter a brief freeze.

What kind of drive are you using to boot the Pi from? Have you benchmarked it with the agnostics tool? If not, please install agnostics with apt, then go to the start menu -> Accessories -> Raspberry Pi Diagnostics and follow the instructions.

im booting from a sd card and the diag gives it a pass

Botspot commented 3 months ago

im booting from a sd card and the diag gives it a pass

OK try this command and see if it causes the 100% cpu issue:

~/pi-apps/preload yad ''

Please give it a few seconds. On my Pi4 it would usually only use some cpu in the first couple seconds.

thepotatolover commented 3 months ago

im booting from a sd card and the diag gives it a pass

OK try this command and see if it causes the 100% cpu issue:

~/pi-apps/preload yad ''

Please give it a few seconds. On my Pi4 it would usually only use some cpu in the first couple seconds.

alright would you like a video of the issue that is happening?

thepotatolover commented 3 months ago

I ran the command and it says Preload-daemon skipped; nothing was changed

Botspot commented 3 months ago

I ran the command and it says Preload-daemon skipped; nothing was changed

ok, so then if you open pi-apps again, does it still have the 100% cpu issue?

thepotatolover commented 3 months ago

I ran the command and it says Preload-daemon skipped; nothing was changed

ok, so then if you open pi-apps again, does it still have the 100% cpu issue?

yes

thepotatolover commented 3 months ago

image

thepotatolover commented 3 months ago

After the window opened at the end the entire rpi was locked up for about 4 minutes and it became responsive again and spammed the window open

https://github.com/Botspot/pi-apps/assets/142833759/e4cd8f7c-759a-412d-8d4d-5988f52bbf6f

image

Botspot commented 3 months ago

Yeah that is strange.

I would like to connect to your system using TeamViewer to have a look for myself. Please install Teamviewer with this command:

~/pi-apps/manage install TeamViewer

And then launch TeamViewer from Menu -> Internet, accept the terms and conditions, and then send me the ID and password in a private discord message to @Botspot.

thepotatolover commented 3 months ago

Fixed

dev connected tryed reproducing didnt work while dev was connected worked after a reboot and dev was disconnected after changing theme to another and changing it back the issue now doesnt seem to happen

Botspot commented 3 months ago

so basically, I could never reproduce it while connected to @thepotatolover with RustDesk, and after disconnecting, @thepotatolover could still not reproduce it until rebooting. RustDesk connection seemed to fix it until a reboot.

@thepotatolover then switched to the xlunch theme, which worked fine, then switched back to yad-default where this issue no longer occurs.

@thepotatolover will re-open this issue if the issue returns. My theory is it's something graphics-related somehow causing run_user_selection to be run over and over, but this is unconfirmed.

theofficialgman commented 3 months ago

Yeah that is very strange. As indicated by the terminal logs yad is registering repeated clicks (calling run_user_selection) even when the user is (seemingly) only hovering.

That could be some strange filsystem corruption but I think it would need to be very specific. Maybe they are leaving out critical information like the presence of a rogue virtual mouse or touchscreen causing these phantom clicks.

Regardless its not a pi-apps issue itself.

thepotatolover commented 3 months ago

Tryed on 2 installs 1 on a usb ssd and an sd card and they both gave the same issue only had 1 keyboard and mouse that also works fine nothing else was plugged into usb except the mouse and keyboard and the usb ssd when i was booting from the ssd otherwise it would of just been the keyboard and mouse

thepotatolover commented 3 months ago

also they was both clean installs from the raspberry pi imager

theofficialgman commented 3 months ago

Can not reproduce on a fresh image

OS: Debian GNU/Linux 12 (bookworm)
OS architecture: 64-bit
Last updated Pi-Apps on: 04/11/2024
Latest Pi-Apps version: 04/10/2024
Kernel: aarch64 6.6.20+rpt-rpi-v8
Device model: Raspberry Pi 4 Model B Rev 1.5
SOC identifier: bcm2711
Cpu name: Cortex-A72
Ram size: 3.79 GB
Raspberry Pi OS image version: 2024-03-15
Language: en_US.UTF-8

As I said before, this is not a pi-apps issue. This appears to be a hardware issue. Your video can only be simulated by spamming the mouse left click on the GUI at very high frequency (looks like 20 times per second in your video). Try using different peripherals (keyboard and mouse).

thepotatolover commented 3 months ago

i did same issue

theofficialgman commented 3 months ago

I don't really have any answer for you than swap out hardware one by one. eg: mouse keyboard storage SBC (so if you have another pi, try it) power supply

it is simply impossible to trigger multiple run_user_selection without selecting or double clicking on an entry in the yad list. So whatever hardware failure you have is causing many many additional mouse click actions.

Botspot commented 2 months ago

@thepotatolover were there ever any more updates to this? This is a very strange issue and you have been the only one to ever report it.