unpinned icons remain despite program close

[raafal]

closing a program doesn't remove its icon from the ITM, in this example:

• cancelled Synaptic authentication request window
• goldendict (opened twice, red background icon does not respond to RMB)
• powerpoint presentation *.pptx (there were two documents opened)

opening the same program again will add another fully functional icon, on program close this new icon becomes stuck as well

it happens only with icons that are not pinned to the ITM

cinnamon restart removes all stuck icons

• Cinnamon version 3.2.7

• Extension version 4.4.1

• Linux distribution Ubuntu 17.04

• Pastbin the outputs of:

  • ~/.cinnamon/configs/IcingTaskManager@json/*.json https://pastebin.com/EMSdzP9C
  • ~/.cinnamon/glass.log https://pastebin.com/wQuC4mzE
  • ~/.xsession-errors https://pastebin.com/CNzaEQN4

• Describe the steps needed to be taken in order to reproduce this bug.

1. open Windows(wine) program (via its icon pinned in Icing Task Manager), its icon is shown as not running, a click does bring up its window, but it does not hide already visible window,

and while this program is running

2. open a normal, linux program that is not pinned to the ITM
3. close the linux program – its icon is not removed, it becomes stuck

each open/close cycle adds another stuck icon

quiting the windows program stops the whole process of adding more stuck icons, i.e. closing a linux program removes its icon, but does not remove stuck icons

[jaszhix]

Ungrouped windows is an unpolished feature in ITM. I plan to improve it more, but in the mean time you may be better off using the default window list applet if that is what you need. Most of my attention has gone into grouped windows because that is the void needing to be filled in Cinnamon.

[raafal]

I'm afraid I didn't make myself clear enough :) Let me explain:

I AM using grouped windows.

1. Let's say I start with this, please note four nemo windows that are grouped:
   

2. then I open PDF-XChange Viewer windows application, despite the fact the app is open, it gets no green underline/lighter background of an open app
   

3. then I open bluefish (behaves correctly)...
   

4. and close bluefish -- 3&4 are the same -- green underline/lighter background is still on despite the fact that I closed bluefish
   

5. then I open & close the (not pinned) apps in the following order:

   • Image Viewer
   • Image Viewer
   • Calculator
   • Golden Dict
   • Calculator
   • Calculator
   • Calculator
   • Golden Dict

starting from red 5+ on the picture each app is opened and then immediately closed, each open/close results in a "dead" icon left on the panel -- these icons are not multiple windows still open (see number 4 still visible on nemo icon to the left), these are all closed apps that failed to remove their icons from the panel

when I close PDF-XChange Viewer:

1. all "dead" icons for unpinned apps (5+) remain as they were (until cinnamon restart alt-f2 r)
2. all new operations return to normal:
   • (for unpinned) an icon appears when I open an app, and disappears when I close that app
   • (for pinned) open add underline, close removes it, bluefish open&close removes "stuck" underline

[jaszhix]

Ah, sorry, my mistake. I should have looked at your settings - I was in a bit of a rush. One specific issue with Mint Y-style themes is the "Show active app indicators" option needs to be on or it won't properly indicate an opened app. This is because these themes don't style the active pseudo class this way. The dead icon issue is something I've only seen in ungrouped windows, so this is definitely needing a closer look.

[jaszhix]

In your .xsession-errors file I see this:

** (evince:4218): WARNING **: Unimplemented annotation: POPPLER_ANNOT_FREE_TEXT.  It is a known issue and it might be implemented in the future.

After researching this error it appears to be related to PDF readers in Cinnamon. I also found an old Debian bug.

Does this behavior ever occur if PDF-XChange is not in use? It may be a bug I would have a hard time fixing because the stack trace is vague. The window title signal is emitting the app query that's failing, and preceding the repeating stack trace from ITM is flooding of that annotation error.

[raafal]

for this error to occur I have to run first a windows app, it occurs when I run either "PDF-XChange" or "Astrolog32"

I've also tested "StarFisher" and "PITy 2016 IPS", but these do not cause this problem

[jaszhix]

Well you can't say they don't cause the problem if there is a correlation with the bug only occurring when those apps are in use.

[raafal]

I am not saying I found an exact correlation. For now I can only say that: - linux apps are ok, I use plenty of them, and the problem never occured, not even once - it definitely has to be a windows app, but - I am assuming not all windows app cause it, because (I don't use many windows apps) out of the four I have two of them cause the problem and other two do not. So - it must be something some windows apps have and some don't - it is not a random thing, every time I run one of those two problem apps I consistently get dead icons - the problem disappears with 100% consistency  (the new dead icons stop appearing) when I close the problem app. If you think testing more windows apps may prove useful, just give me links and I'll test them.

…

On 24 Apr 2017, 09:05, at 09:05, Jason Hicks ***@***.***> wrote: Well you can't say they don't cause the problem if there is a correlation with the bug only occurring when those apps are in use. -- You are receiving this because you authored the thread. Reply to this email directly or view it on GitHub: #118 (comment)

[jaszhix]

@raafal Can you see if this is still an issue on version 4.6.1?

[raafal]

@jaszhix I've just updated, so it is 4.6.2, and, unfortunately, the problem persists

[geoffgs]

Similar issue persists for me. Whether an app is closed or hidden, multiples will appear. Strangely, the multiple instances has become worse with Show Active App Indicators enabled.

[jaszhix]

Can you test and see if the issue is improved on 5.2.1+?

[raafal]

the issue is improved, i.e. started wine app no longer creates those "dead" icons after opening&closing of other apps, but the issue morphed into something line this #141

[jaszhix]

Okay, we can merge this issue into #141.