bugGNU Octave - Bugs: bug #61790, task bar icon of Octave cannot be...


bug #61790: task bar icon of Octave cannot be pinned properly under linux

Submitter:  Hartmut <hardy>
Submitted:  Mon 10 Jan 2022 10:07:35 PM UTC
Category:  GUI Severity:  2 - Minor
Priority:  5 - Normal Item Group:  Other
Status:  Postponed Assigned to:  None
Originator Name:  Open/Closed:  * Open
Release:  * dev Operating System:  * GNU/Linux
Fixed Release:  None Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup

Jump to the original submission

Wed 26 Jan 2022 02:23:31 AM UTC, comment #9: 

Thanks for checking again.  As we cannot find a solution for this issue and not all systems are affected, I move the release to "dev" and leave it open in case another user has the same issue or a solution could be found.

Kai Torben Ohlhus <siko1056>
Group Member
Tue 18 Jan 2022 07:48:50 PM UTC, comment #8: 

I have now tried many different text strings in this StartupWMClass on my two Octave .desktop files. And I always restarted the Gnome session inbetween. Result: I never managed to have both .desktop icons work at the same time. Currently always Octave 7.0.90 is pinned, regardless if I start the 7.0.90 .desktop file of if I start the 6.3.0 .desktop file. (The initially starting Octave program version is correct on both cases, it is just the wrong link added to the task bar afterwards for one of them.)

My personal conclusion is now, that this is most probable a Gnome (or similar) problem that has nothing to do with Octave. Maybe it is also not ment to be possible to start two different Octave versions both by desktop icons on the task bar. I am not sure is is worth to further bother with this...

Hartmut <hardy>
Tue 18 Jan 2022 05:30:15 PM UTC, comment #7: 

On my Deian/Gnome system the command xprop says for Octave:

WM_CLASS(STRING) = "octave-gui", "GNU Octave"

Maybe setting the StartupWMClass to "octave-gui" might help?

Torsten Lilge <ttl>
Group Member
Tue 18 Jan 2022 07:18:58 AM UTC, comment #6: 
Kai Torben Ohlhus <siko1056>
Group Member
Tue 18 Jan 2022 07:17:07 AM UTC, comment #5: 

Did you restart / logout of your GNOME session after making changes to the desktop files?

For me on KDE those changes "need a short time" to settle.

Kai Torben Ohlhus <siko1056>
Group Member
Tue 18 Jan 2022 07:12:49 AM UTC, comment #4: 

When I change the StartupWMClass text string in the .destop file to something else than "GNU Octave" then I cannot pin the resulting destop icon to the task bar at all any more. I chose "GNU Oct" and "GNU Octa" for this string in my two .destop files. And now neither of the started Octave versions still offers the entry "add to favorites" on a task bar right click any more. Also I now get a task bar icon that seems to have much less pixel resultion in both cases as well.

My conclusion: There seems to be something "magic" with the content "GNU Octave" in the StartupWMClass text string, other text strings do not work at all for me.

Hartmut <hardy>
Tue 18 Jan 2022 05:34:00 AM UTC, comment #3: 

Thanks for all the information 🙂👍

Can you try to use a different "StartupWMClass", e.g.

StartupWMClass=GNU Octave 7

or something alike?  Having the same "StartupWMClass" confuses the grouping of the desktop icons.

Kai Torben Ohlhus <siko1056>
Group Member
Mon 17 Jan 2022 09:57:38 PM UTC, comment #2: 

1. I have only installed Octave 6.3.0 and 7.0.90 on this computer, both by downloading the tar.gz file of the release (or pre-release) into a folder in /opt with user write access, and then did "configure", "make" and "make install" there (without any sudo). I have not installed any Octave version by the package manager on this machine at all. I have also not installed any Octave version via flatpack or snap.

2. This is under Ubuntu 20.04 LTS linux with german locale. This Ubuntu is quite freshly installed (a few months ago) and still more or less "vanilla". It uses the default Gnome desktop.

3. My two corresponding .desktop files are generated "by hand" in my text editor and look like this:

#!/usr/bin/env xdg-open

[Desktop Entry]

Name=Octave 7.0.90 (opt)
Exec=/opt/octave-7.0.90/bin/octave --gui %f

StartupWMClass=GNU Octave

When I save the above file content to a file with the file name "Octave 7.0.90 (opt).desktop", set the execution bit, and then start it and try to pin the icon to the Gnome task bar, then the akward behavior described in comment #0 happens. (I have exactly one other .desktop file, for Octave versions 6.3.0 in my ./local/share/applications folder. It looks the very same, just substitute 7.0.90 by 6.3.0.)

I am not sure if this is rather a bug in Gnome and not in Octave.

Hartmut <hardy>
Mon 17 Jan 2022 08:48:08 AM UTC, comment #1: 

Thanks for the report.  Can you give a little more information:

1. How did you install Octave 6.3.0 and 7.0.90 (and other versions)?

2. What Linux do you use?

3. Can you print the content of the pinned .desktop file?

Maybe a mixture of Flatpaks or snaps might be involved in mixing up .desktop files.

Kai Torben Ohlhus <siko1056>
Group Member
Mon 10 Jan 2022 10:07:35 PM UTC, original submission:  

When I start Octave 7.0.90 like normal (for me this is a .desktop file in ./local/share/applications that points to the relevant /bin/octave --gui), then the GUI opens properly and the Octave icon is properly display on my (Gnome) task bar.

But "pinning" this icon to the task bar (under Gnome with a right mouse click, and then "add to favorites") does not have the intended effect. The task bar icon is pinned. But when I click it the next time, a different (installed) version of Octave (version 6.3.0) is opening up instead of the version 7.0.90 which is mentioned in the .desktop file.

Am I the only one seeing this behavior? Am I doing something wrong here, or is there some meta-information missing somewhere, so that linux can tell that the new Octave binary version is a different program to the last version of Octave?

Hartmut <hardy>


(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by ttl (Posted a comment)
  • -email is unavailable- added by siko1056 (Posted a comment)
  • -email is unavailable- added by hardy (Submitted the item)

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only project members can vote.


    Follow 5 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2022-01-26 siko1056 Severity3 - Normal 2 - Minor
        Item GroupNone Other
        StatusNeed Info Postponed
        Release7.0.90 dev
    2022-01-17 siko1056 StatusNone Need Info

    Back to the top

    Powered by Savane 3.12