Window class don't match on DockbarX

[rauldipeas]

Window class don't match on DockbarX

[ernstki]

Did you perchance try setting or altering the StartupWMClass key within the ~/.local/share/applications/Whatever-webpin.desktop file?

I don't use DockbarX or Twilio, but this is typically what's required for me to get a dock icon in my desktop environment of choice, when one doesn't initially show up. On my system, however, WebPin—built from the latest GitHub source—is already setting that key appropriately in all the .desktop files that it creates, and I'm not missing icons for any of the WebPin apps.

If you'd like to experiment with this anyway, the command xprop can be of assistance when trying to determine what the window class is. I believe the window name is also allowed for that key, per the freedesktop.org specification, where StartupWMClass is described as the WM class or WM name hint.

Example for an Instapaper WebPin application, with the start page set as https://instapaper.com:

$ xprop | grep -E '^WM_(CLASS|NAME)'
WM_CLASS(STRING) = "https://instapaper.com", "https://instapaper.com"
WM_NAME(STRING) = "Instapaper"

Hope that helps.