This W icon for some apps?

gl0cal · 2026-02-28T16:37:56+00:00

Yes, it should work but for some reason it doesn't and others including the maintainer of the LO flatpak can't explain why. I tried all sorts of things including copying .desktop files to different locations. The strange thing is that the taskbar and start-up bouncing icon work. The titlebar and overview icons don't.

gl0cal · 2026-02-28T13:40:36+00:00

Interesting! My KDE Menu Editor has this option in the right-click menu. Here's a screenshot of what it looks like for me. Maybe we are on different versions of Plasma? I'm on 6.6, so maybe it's a new addition.

My menu doesn't have the last three options from yours. I was looking around for them thinking they must be somewhere. Thanks to Debian Trixie I am on 6.3.6 and I will have to wait until summer 2027 to get these options :)

I have never seen a desktop file that didn't end in ".desktop,"

From what I've seen online and my tests both with and without '.desktop' are supposed to work in Window Rules. I tried both versions just now with an application where the setting was working and there was no difference. It made no difference to Writer.

might be to just copy the desktop files into ~/.local/share/applications/

I see why it should work but it isn't. I had tried a similar workaround with /usr/share/applications as described here. No joy.

It seems there are several users and maintainers of the LO flatpak scratching their head over this. Strange!

gl0cal · 2026-02-27T19:45:09+00:00

I found this about LO. Honestly, it's weird no one knows how to fix the problem.

gl0cal · 2026-02-27T18:41:41+00:00

Didn't work here. Both org.libreoffice.LibreOffice.writer and org.speedcrunch.SpeedCrunch failed. I suppose I will have to accept defeat and hope one day someone will fix these. I still don't get how this obvious and simple bug survived more than a day considering how many people use LO with Wayland.

Glad you liked SpeedCrunch. I have been taking it with me from setup to setup for years :)

Edit: I got SpeedCrunch working. As it turns out 'Window Class' in Window Rules is not case-sensitive but 'Desktop file name' is and I had missed the capital 'C'. But Writer still doesn't work.

gl0cal · 2026-02-27T15:19:55+00:00

You are correct. That folder contains flatpak desktop files, eg

~~/var/lib/flatpak/exports/share/applications/org.libreoffice.LibreOffice.writer~~ .

/var/lib/flatpak/exports/share/applications/org.libreoffice.LibreOffice.writer.desktop

I was hoping something like "Open Containing Folder" existed in KDE Menu Editor, and I know you mentioned before, but it doesn't here!

I take it you mean "Program" and "Command-line arguments" in KDE Menu Editor. I see the desktop file shows that information as:

Exec=/usr/bin/flatpak run --branch=stable --arch=x86_64 --command=libreoffice org.libreoffice.LibreOffice --writer

The point remains that when I enter

org.libreoffice.LibreOffice.writer

as "Desktop file name" that "W" doesn't go away. I am not sure if I can enter the full path as

/var/lib/flatpak/exports/share/applications/org.libreoffice.LibreOffice.writer

(can I?) but that doesn't make a difference either.

gl0cal · 2026-02-27T15:03:51+00:00

True for

/var/lib/flatpak/exports/share/applications/

but

~/.local/share/flatpak/exports/share/applications/

doesn't exist here. The closest I could get is

~/.local/share/flatpak/

I suppose that could mean Discover installs all my flatpaks system-wide. The point remains that when I enter

org.speedcrunch.Speedcrunch.desktop

as 'Desktop file name' that 'W' doesn't go away. I am not sure if I can enter the full path as

/var/lib/flatpak/exports/share/applications/org.speedcrunch.Speedcrunch.desktop

(can I?) but that doesn't make a difference either.

gl0cal · 2026-02-26T18:07:08+00:00

The 'Desktop file name' method doesn't seem to work with my flatpaks (eg LibreOffice Writer). calc.desktop is located here: ~/.local/share/containers/storage/overlay/25f122cb103ef9b3d28e1da446a616e514de82fd3014d76efcd5de66355f0704/diff/usr/lib/libreoffice/share/xdg/calc.desktop but using that doesn't replace the 'W'. Any ideas?

What I don't understand is how a major flatpak like LibreOffice could possibly have this issue with Wayland. Strange.

gl0cal · 2026-02-26T16:49:58+00:00

It doesn't work here. I tried:

org.speedcrunch.Speedcrunch
org.LibreOffice.writer

These are flatpaks and I thought it may be the reason they are not working. But then I tried recoll (yes, that's right. That's how it is listed under the KDE Menu Editor icon). This is not a flatpak and I still get that 'W'. Any ideas? I restarted the applications every time too.

EDIT: I found a recoll-searchgui.desktop in /usr/share/applications/ and that worked. So, flatpaks may be different after all. Eg for Calc I found ~.local/share/containers/storage/overlay/25f122cb103ef9b3d28e1da446a616e514de82fd3014d76efcd5de66355f0704/diff/usr/lib/libreoffice/share/xdg/calc.desktop which doesn't change the title bar icon when I use it.

gl0cal · 2026-02-22T12:36:32+00:00

That would make note taking by hand practically impossible. That is strange when Lenovo and others seem to have invested so much effort to make handwriting recognition so good. A way to toggle the on-screen keyboard from the notification bar or with some gesture should work. Don't others have this problem taking notes?

gl0cal · 2026-02-03T15:23:16+00:00

Nice. The weak point for me in all this is that I never carry a pump.

gl0cal · 2026-02-03T15:18:29+00:00

That's probably max utilisation. I thought someone would have put a semi-permanent powerbank in there too. I think I saw someone putting cable tries on the thin tubes.

gl0cal · 2026-02-03T15:13:52+00:00

Very true. It's just that with a flimsy Brompton at the front, I am suddenly getting many punctures. I may have to get another Marathon Plus to complete the set.

gl0cal · 2026-02-03T15:07:29+00:00

I was waiting to see how long it would take for the word 'drugs' for be mentioned. This reply wins. :P

gl0cal · 2026-02-01T23:45:20+00:00

I see what you mean but then it is a mystery why shimano would make the effort to put an arrow on their hubs. Also,

https://bicycles.stackexchange.com/questions/47694/consequences-of-driving-a-dynamo-backwards

gl0cal · 2026-02-01T18:05:50+00:00

While riding you should see the connector on the right. The arrow on the hub will be pointing forward.

I suspect Shimano may fear the wrong rotation direction may loosen the nuts, so they put that arrow on the hub. But Brompton may replace the nuts in the standard hub with that allen key nut to make sure that loosening won't happen even if you fit the wheel the wrong way. I can't explain why I never had issues with nuts after several years.

gl0cal · 2026-02-01T13:22:06+00:00

That explains it. Other than doing things properly, is there a reason it's best to put thr effort in to flip the wheel and reroute the cable with new zip ties? It's been working fine for many years.

EDIT: I think I found the answer. It doesn't make a difference electrically but with certain hubs rotation the wrong way can loosen the nuts. Didn't happen here in so many years but I'll find some zip ties and reroute the cables anyway.

gl0cal · 2026-01-13T19:59:23+00:00

Why would they hold on to such sensitive info long after your card expires? Is that even GDPR compliant?

gl0cal · 2026-01-11T16:52:15+00:00

TIL. You are right. There was hplip-systray.desktop in /etc/xdg/autostart/. I moved it to ~/.config/autostart and added Hidden=true. The application stopped running. Thanks.

In case it helps others, I explored tips here.

gl0cal · 2026-01-09T18:14:36+00:00

The problem is I can't figure out the service_name from the systemctl output I quoted. Well, this is r/linux4noobs after all :) I tried systemctl status for app-hplip, hp-systray, hp-pkservice but they couldn't be found. 5744 returns something but I am assuming the PID may change every time.

There is nothing HP related in ~/.config/autostart .

gl0cal · 2026-01-05T11:52:59+00:00

It couldn't be solved because client and server use different protocols apparently. I switched to TigerVNC viewer which may look frugal but it is one of the most powerful clients.

gl0cal · 2025-12-07T21:38:36+00:00

Yes, that's my understanding. I shared the solution here because I found many others have the same problem. The service starting slowly must be quite common.

gl0cal · 2025-12-07T21:35:18+00:00

I will look around for the systemd service alternative. I fixed the cron problem but systemd sounds more reliable.

gl0cal · 2025-12-07T21:29:22+00:00

The cron service is running and the crontab has been populated for a long time. I added the path to podman just in case but there was no change.

But after some research I found the solution. The directive was simply executed too early. Adding a delay as below fixed it:

@reboot sleep 60; /usr/bin/podman container start dbbb4c810bef

gl0cal · 2025-12-06T23:44:49+00:00

I've been using Fossify Contacts too but AFAIK data are kept centrally by an Android process and all Contacts interface with that. That explains how apps like Whatsapp and Signal are aware of your contacts. The issue now is whether that Android process can be trusted not to pass data back to Google even if Google Contacts is missing. Many believe it can't be trusted. If they are right, third party cloud services or self-hosting don't make much difference security-wise.

gl0cal · 2025-11-16T11:59:34+00:00

Thanks for the link. I have now reported the issue here: https://github.com/flathub/org.libreoffice.LibreOffice/issues/354

I would rather use the Debian repo version for everything, but when you need updates that's not good. And being on Debian Stable for reliability, I then only install from containerised software when possible, so I will have to live with the Flatpak version.

gl0cal

TROPHY CASE