disclaimer: i understand this is not the proper way to do a bug report and that i should do this over git. however, i'm a very anxious bunny and git scares me. i'm not used to git at all, and i'm not a technical user at all. i know i should do it, but i just wouldn't even begin to know where to start. so for now, this is the best i can do. please don't be mad at me. 

@GTK @gnome @ultramarine @FlatpakApps @fedora

there is a massive bug that resides in what seems to be specifically gtk 4 on intel arc gpu. i use an intel arc b580 and this has been a consistant issue for me for a while. the reason why i'm only talking about it now is because, again, i'm very anxious and doing these reports is very difficult for me.

basically: gtk 4 apps seems to be completely broken on intel arc gpus under oddly specific conditions. currently, on my system, i run ultramarine linux 43, the kde version. so i'm not exposed to many gtk 4 apps but after testing, i've been able to notice that the flatpak versions of gtk 4 apps are broken. for some reason, the standard rpm fedora repo don't seem to have this flaw which i can't really wrap my head around.

the issue can be instantaneous or appear after a while. in the video i posted below, you can see me messing around with flatseal, but this could be any other gtk 4 app. i'm specifically "stress testing it" by stretching it and clicking it because i've noticed that this can cause the issue to appear faster, however, anything that's moving inside the application can cause the issue, even text appearing on a terminal.

what i don't understand about this is that this is a bug that has seemingly been fixed, but is also still present here and there somehow.

special note to the universal blue team!

@UniversalBlue @jorge

at the moment, on all three images, as in: bazzite, bluefin and aurora, this bug is present before doing the first batch of updates. after the first batch of system updates and a reboot, the bug is patched out but before, it is there, which is a big issue because all three are using the gnome terminal, which is gtk 4 and that's heavily prone to crashing. a solution that i had come up with was to simply hide the terminal by minimizing it and just let it do its thing and restart, because letting it render on the display could lead to it crashing in the middle of updates.

again, once the system is updated, the bug disappears but before then, right after the install it is present and breaks stuff.

none of this is a criticism of any of the projects or people behind said projects. they're all amazing, talented people and i respect the hell out of them. the fact that this has gone unnoticed for so long is simply because my setup is really niche one. it maybe could've helped if i had said something sooner too, but alas, anxiety is a bitch.

#intelarc #gtk4 #fedora43 #kde #gnome #ultramarinelinux #intelarcgpu

An X11 Thing! Your Favorite Middle-Click Paste is Likely to be Disabled in Future #GNOME Releases 😱

https://itsfoss.com/news/gnome-firefox-middle-click-paste-removal/

frelling GTKprint. It is fsck´d and no one wants to fix it.. #Gnome #GTK #OpenSource

Don´t use it.

I'm sorry, no. Middle mouse paste, and having in effect two separate clipboards, is the expected behavior. It's not an "easter egg"; ignoring it does not make you "regular" any more so than using it on purpose make you an "expert"; on both accounts, that literally doesn't even mean anything.

This is a little known feature and behavior that leads into user confusion
when they click the middle mouse button without knowing about its
functionality. Most of the time, its also clicked by accident, and its
very weird o have the clipboard dumped on such occasions.

The feature is also not discoverable at all, and even on the Freedesktop
wiki page, the entirity of the "PRIMARY" selection is refferred to as
an "easter egg".

The correct behavior can be summarized as follows: CLIPBOARD works
just like the clipboard on Mac or Windows; it only changes on explicit
cut/copy. PRIMARY is an "easter egg" for expert users, regular users
can just ignore it; it's normally pastable only via middle-mouse-click.

https://www.freedesktop.org/wiki/Specifications/ClipboardsWiki/

https://phabricator.services.mozilla.com/D277804

#UX #Mozilla #Gnome #Enshittification #FuckCapitalism

I knew middle click pasted, but just learned what it pasted.

Since making the move to Linux in '16, everyonce in awhile was getting what I thought was odd behavior by using middle click so I moved purely ctl-v.

Come to find out highlighting with no copy command plus middle click paste will paste what is highlighted.

I personally find that cursed behavior, but I can see how its useful to reduce total overall actions.

Today I learned.

#linux #wayland #firefox #sway #gnome

Nobody asked for my opinion but here it is: I used middle-click when I was still using Windows to scroll in browsers. When I switched to Ubuntu I was surprised to learn that middle-click did something completely different but totally useful nonetheless. For almost twenty years I now use middle-click pasting across several Linux distributions. I love having kind of a second clipboard.

That being said, I completely agree that this behaviour is unexpected for new or inexperienced users, and it's probably a good thing to hide it from these users.

Under the latest few iterations of the GNOME Shell selecting and middle-click pasting was borked anyway. Often it misses the first few characters of the selection in the pasting. I haven't found it yet when and why this occurs.

I'd rather see middle-click being reasonably repurposed, though.

#gnome #middleclick

hot take on middle-click paste:

it was a very under-explained feature of linux desktops, and the fact that it uses a completely different clipboard from the regular one can be confusing -- all it takes to copy text into that clipboard is to just select it, and it only supports plain text and not files, images, rich text, etc.

it makes logical sense to get rid of it, but if it is to be kept in, then it should be expanded into a full-on mechanism that would allow several fully-featured clipboards to be managed at the same time (so the middle-click paste one can hold all the other formats of data just as well as the regular one, can be easily cleared for security purposes, etc.)

#linux #GNOME #firefox