• 4 Posts
  • 18 Comments
Joined 1 year ago
cake
Cake day: June 7th, 2023

help-circle

  • That window titles can be easily changed is quite true, so all applications I know monitor such changes and abort the autotype on request when a change is made. But as already said, this is not a security feature, at least not a useful one.

    Monitoring the application itself makes no sense for a password manager. As you write yourself, it’s easy to customize the title. All applications make use of this. It is already changed when the tab in the browser changes, a new page is loaded or similar. The same is true for non-browser applications. Windows also allows read access to window titles.

    What the Wayland developers do is, in my opinion, gross mischief or ignorance regarding window titles. The password manager needs a simple way to assign a window to an entry, which should be the same for all applications. This should be the same for all DE’s, window managers and OS. The simplest is the window title. The status bar makes no sense and an API would have to be the same or at least similar across all DE’s, window managers and OS. Such a thing does not exist. To implement something like that only for KDE is too niche. This would have to be implemented and established, if already for the broad mass. So also for Gnome, Mate, Cinnamon and all the others. Not to forget, this must also work for Windows and MacOS in a similar way.



  • This is because Wayland doesn’t allow it to read window titles. Keepass and KeepassXC uses the window title to identify which entry to use. If you have no title, you can’t find the entry. That’s why it will not work with Wayland and never will work, until Wayland allows it to read window titles.

    XWayland, which is forced with your workaround, is not Wayland.

    That’s at least for me, the main reason not to switch to Wayland. I have no idea why Wayland doesn’t allow reading window titles. There is absolutely no security or performance benefit of this behavior. For me it’s either a bug or a design failure. Or simply bad behavior.



  • Media Monkey uses SQLite as database. I have used Media monkey to, before I switched to Linux. So I extracted the last played timestamp and play count with a simple SQL select and migrated this info to strawberry, which uses also SQLite. But be aware that both stores the date in an incompatible way. It’s not that easy to spot in Media monkey database.

    You can also use a Windows program like Media Monkey or Musicbee on Linux through Wine. So you don’t have to migrate your database. Syncing will work for both with Media Monkey and Musicbee.


  • My music workflow is the following: I’m using dynamic playlists based on last played timestamp. If a song was played, it gets a new timestamp and is removed from the playlist. Now a new song comes automatically in to the playlist where the timestamp doesn’t exist or is older as x-days. That’s easy to setup on strawberry and other applications. This playlist will be synced via whatever you want to your phone. In my case a SFTP service to keep it wireless. On the phone I use the same playlist with every player you want. Additional I’m using lastfm to scrobble the played music. This keeps the last played timestamp on the phone and can be synced with strawberry. I don’t know if other applicants can do the same.

    Sounds complicated at first but after initial setup it’s a automatic process.





  • Please don’t laugh, this probably doesn’t really fall into that category, but I wanted to keep it simple: Ark - Survival Evolved, Counter Strike but also games like Space Engineers. Ark causes relatively few problems. Space Engineers, on the other hand, does. Unlike Ark, it currently runs with very few FPS and often crashes or doesn’t start at all. In general, I play more when I have time in the evening for 1 or 2 hours, comfortably on the sofa. So the laptop is more suitable.







  • Since the script I’m talking about, makes some changes to the synced files, this is not a job for Resilio Sync. For the sync job itself, I’m using SFTP, because this is the easiest to setup on all clients/platforms. I’m only interested how I could safely dedect, if the sync is finished and start the script to do it’s job’s. The tip with the changing file is nice. I’m using that for now. Absolute reliable so far, for this task.


  • The depth is changing constantly, because new subdirs are created and removed during the day and/or upload/sync process. Thats why the script is walking across the complete directory structure every time. But the dummy file is a nice suggestion. In this case, I can monitor only the dummy file and trigger the script on dummy file change. Good idea.



  • I’ve been testing KDE for several weeks now, XFCE before that but I’m back to Gnome. It just feels right. Everything is where I expect it to be. No searching in thousands of menus. What scares me about KDE is that there are tons of options and stuff that no one will ever need. Especially KMail I find just awful. So many options and you only find what you are looking for, after an extensive search via a search engine of your choice. This is totally frustrating. XFCE does a lot better here, but I miss the one or other pleasant animation when opening windows and the like. Gnome, on the other hand, isn’t great either, but I feel most comfortable here.