Description of problem: When staring Emacsclient from the favourites it opens as a new application instead of being grouped with the favorited icon. The solution by Florian Müllner worked, so i assume this is the same issue. According to the original bug report is marked as CLOSED UPSTREAM and the upstream bug is closed as fixed, so this might be a regression. Version-Release number of selected component (if applicable): gnome-shell-3.18.5-1.fc23.x86_64 emacs-24.5-10.fc23.x86_64 Steps to Reproduce: 1. Install Emacs 2. Start emacs --daemon from the command line 3. Add emacsclient to the favourites 4. Open emacsclient from the favourites 5. Go to Activities and Observe Actual results: The emacsclient icon will appear as not started and a new emacs icon will appear Expected results: Emacsclient is grouped with the favourited icon Additional info: See the original bug report below, +++ This bug was initially created as a clone of Bug #1234776 +++ Description of problem: See Steps to Reproduce and Actual results. Version-Release number of selected component (if applicable): gnome-shell-3.16.2-1.fc22.x86_64 emacs-24.5-2.fc22.x86_64 Steps to Reproduce: 1. Install Fedora 22 Workstation and emacs 2. Start emacs (either from Activities or even command line) 3. Go to Activities and observe - or - Press Alt-tab and observe Actual results: In both cases, the icon caption says "Emacs Client" when in fact I'm running just emacs. Expected results: Icon is correctly captioned as "Emacs". Additional info: It seems like gnome-shell is confused about the fact that there are both emacs.desktop and emacsclient.desktop present in /usr/share/applications/, and they both have Icon=emacs. --- Additional comment from Florian Müllner on 2015-06-25 07:35:50 EDT --- (In reply to Jan Synacek from comment #0) > Additional info: > It seems like gnome-shell is confused about the fact that there are both > emacs.desktop and emacsclient.desktop present in /usr/share/applications/, > and they both have Icon=emacs. No, we don't look at the icon to figure out the corresponding application. The most important bit is the WM_CLASS set on the window, what does running "xprop | grep WM_CLASS" in a terminal print out? --- Additional comment from Jan Synacek on 2015-06-26 06:10:35 EDT --- $ xprop | grep WM_CLASS WM_CLASS(STRING) = "emacs", "Emacs" $ xprop | grep Emacs WM_CLASS(STRING) = "emacs", "Emacs" No sign of "Emacs Client" here. --- Additional comment from Florian Müllner on 2015-06-26 08:50:59 EDT --- OK, so I figured out the culprit: One of the first steps we do when trying to match a window to an application is to look for a .desktop file that contains a StartupWMClass that matches the window's WM_CLASS. In this case, this is true for both emacs.desktop and emacsclient.desktop and we end up picking a "random" one. I've filed an upstream bug with a patch, let's track the issue there. If you want to apply a workaround until the issue is properly fixed, you can copy emacsclient.desktop into $HOME/.local/share/applications and change the StartupWMClass key to something else (for instance 'EmacsClient'). --- Additional comment from Jan Synacek on 2015-06-29 02:50:37 EDT --- That was quick, thank you! --- Additional comment from Jan Synacek on 2015-12-15 07:03:11 EST ---
This message is a reminder that Fedora 23 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 23. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '23'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 23 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 23 changed to end-of-life (EOL) status on 2016-12-20. Fedora 23 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.