search

VSCodium / vscodium

binary releases of VS Code without MS branding/telemetry/licensing
https://vscodium.com
MIT License
24.93k stars 1.07k forks source link

execheap + errorcode 133 #1962

Open dabzse opened 2 months ago

dabzse commented 2 months ago

Describe the bug as you can see on the screenshots, first appeared in 25 December 2023. I can't remember if I used Fedora 38 or 39, but this is not the important thing at the moment. it gave few warnings only. but increased up to 30k+. few days ago it was about 35k. and then the "slaughter" began... so I just started recording...

about the screen record: it is cutted on more places, and because of the size > 10MB, I had to split into 2 pieces, but believe me, these short versions are really enough. the execheap warning increased very fast. I know, there was less, than 40k, but after 30-35 minutes it became 60k+. that's too much. for me it's "okay", my system caught it. but what about the others? and the error code: 133 -> I guess it is a python extension bug, but there is no active python extension in that profile. I was able to record that too. it wasn't easy.

source process always shows: code, but comm shows: codium

comm="codium|code|chrome" the common thing in these apps: the electronjs base. possible there is a bug...

(about chrome: sidekick uses the name chrome. don't ask me why)

Please confirm that this problem is VSCodium-specific

Please confirm that the issue/resolution isn't already documented

To Reproduce Steps to reproduce the behavior: sometimes works well. but if not, see the screen record. (I had to cut into 2 parts and to resize because of the size > 10MB) VSCodium__errorcode_133__20240715_1825x_part1.webm VSCodium__errorcode_133__20240715_1825x_part2.webm

Expected behavior

Screenshots execheap__20240712 execheap__20240714 execheap execheap warnings execheap__20240718

Desktop (please complete the following information):

Additional context just opened VSCodium to see the version number. alarm increased to 95844 before sending the bug report, there were more...

dabzse commented 2 months ago

news: brave-browser-nightly-1.70.3-1.x86_64 updated few minutes ago, I just launched it, and got the execheap alarm/report... surely not just VSCodium related bug. but this is more than that :( execheap_20240718_brave

daiyam commented 2 months ago

It's a flatpak issue (https://github.com/flathub/com.vscodium.codium/issues/345)

dabzse commented 2 months ago

but I have installed from RPM package, and every time when is possible, I'm using the RPM package (for every apps); I don't like flatpak, nor snap. AppImage and .tar.gz or .taz.bz2 or tar.xz (to unpack and run) are so-so, but if there is RPM, then that's the winner. but if the problem with flatpak, then why some other apps give the same warning? there was no brave until today....

dabzse commented 2 months ago

and I'm pretty sure: if I will install chrome and will add uBlockOrigin, it will crash the same way.

but anyways, this is not only a VSCodium related bug (this is much bigger). you can close it if you think.... thank you, and I'm sorry about this. happy coding :-)

daiyam commented 2 months ago

Yep, rpm seems to be also affected (https://github.com/VSCodium/vscodium/issues/1931)

dabzse commented 2 months ago

thanks. and what about the error code 133? (check the screen record)

crimsonfall commented 1 month ago

I've experienced these Execheap issues as well over on the Flatpak version running on Fedora. These SELinux alerts also affect all Electron and Chromium-based apps as well, no matter how they are packaged (hence your issues with Chrome).

Apparently, it was a kernel bug all along, as indicated in this Bugzilla discussion. The fix was merged to the mainline kernel, so at this point, all we have to do is wait for Fedora to update the kernel to their repositories.

dabzse commented 3 weeks ago

thanks @crimsonfall ! so I had right there is a problem with electronjs based apps. I didn't thought for a kernel bug. but anyways: thanks for a link too!