Arch Linux User Repository

@xnemonein Thanks a lot for checking that.

Hmmm, I would suggest giving a try replacing the wraper script by the one provided on the superproductivity package or something like that.

Kinda looks like something with KDE and the way the app is being launched to check on Upstream. I know there are a few issues there on KDE about the App icon not being pinnable or something like that. IF that's related I would suggest trying to help on the Github repo.

@alosarjos, @xfast I'm on KDE.

This is happening only on the bin version. I tried 'superproductivity' aur, no problem at all. You can see the Window Properties below.

https://imagebin.ca/v/9MmBr7gYLllO

It's Korean version, but you may easily guess the meanings.

@xfast

If it's something wrong the the PKGBUILD, of course I would want to patch it.

But setting the .desktop metadata to use "superproductiviy-bin" feels like a quick/bad workaround. Everything should work without referencing the -bin suffix.

Is this issue happening only with this package? Does it happen with

https://aur.archlinux.org/packages/superproductivity

?

@alosarjos

Yes, I am launching the wrapper, not the binary directly.

The desktop file Exec is: Exec="/opt/Super Productivity/superproductivity" %U and /usr/bin/superproductivity resolves to that wrapper. Even though wrapper passes: --class=superproductivity, KWin still reports the window as superproductivity-bin in Plasma 6 Wayland, as I showed earlier.

The AUR workaround I suggested fixes this because it matches the currently emitted (wrong) identity. If you would prefer not to patch the PKGBUILD, I may have to raise this upstream for a fix. I suspect this file:

https://github.com/super-productivity/super-productivity/blob/fbc7159b85c5c04c3e31542b9cc07789f9a8e6bf/tools/afterPack.js#L3

@xfast

When the AUR package includes the -bin at the end is just to represent that the source is a precompiled binary, and it should only be reflected on the package name. For the rest of the system (Binary files, .desktop files) this package is "superproductivity" and should work like that. (By this I mean, that the installed files should not have any reference to the -bin suffix)

Just to make sure, from your files you are calling the "superproductivity" script and not "superproductivity-bin" binary directly, right?

Also, if there is a problem in the way the app is being distributed and not something on the PKGBUILD file or scripts, this should be lookup up upstream to fix it for every KDE Plasma user out there, not just Arch :D

@alosarjos

I tested this on KDE Plasma 6 Wayland and kdotool.

The original packaged desktop file already had StartupWMClass=superproductivity and that was the broken state.

KWin reports the actual running window as:

resourceClass: superproductivity-bin
resourceName: superproductivity-bin
desktopFile: superproductivity-bin

Even when launched with --class=superproductivity, KWin still reports superproductivity-bin.

To make everything superproductivity, maybe we'll have to propose to the upstream to change Electron Wayland identity to superproductivity.

@xfast

I don't think the solution is adpting the -bin as WMClass, but rather make everything "superproductivty".

I dont have a KDE Plasma dekstop at hand.

Does setting both

StartupWMClass=superproductivity X-KDE-WaylandAppId=superproductivity

Fix the problem?

Can this package patch the desktop file after extracting the upstream .deb?

The .deb currently installs /usr/share/applications/superproductivity.desktop with:

StartupWMClass=superproductivity

but on KDE Plasma 6 Wayland, KWin reports the running window class as:

superproductivity-bin

This breaks Plasma task-manager matching: pinned launcher clicks and Meta+number open duplicate windows instead of focusing the existing one.

A local override with these values fixes it:

StartupWMClass=superproductivity-bin
X-KDE-WaylandAppId=superproductivity-bin

Possible PKGBUILD patch after tar -xvf data.tar.xz -C "${pkgdir}":

sed -i 's/^StartupWMClass=.*/StartupWMClass=superproductivity-bin/' \
  "${pkgdir}/usr/share/applications/superproductivity.desktop"

grep -q '^X-KDE-WaylandAppId=' "${pkgdir}/usr/share/applications/superproductivity.desktop" \
  || sed -i '/^StartupWMClass=/a X-KDE-WaylandAppId=superproductivity-bin' \
  "${pkgdir}/usr/share/applications/superproductivity.desktop"

Tested on Plasma 6 Wayland. Package version tested locally was 18.4.4-1.

I suggest updating the upstream URL to be the GitHub repo rather than the landing page.