Totalcmdr closing copies of irfanview I keep in systray

English support forum

Moderators: Hacker, petermad, Stefan2, white

Post Reply
User avatar
SkipR
Junior Member
Junior Member
Posts: 71
Joined: 2008-03-27, 10:39 UTC
Location: W. Australia

Totalcmdr closing copies of irfanview I keep in systray

Post by *SkipR »

TC is closing (Irfanview) i_view32.exe processes it did not start. I think this is related to a bug fix viewtopic.php?t=7748 back in 2005. When TC closes it kills one copy of i_view32.exe if and only if it has an icon in the system tray. This also happens when I close TC "search in separate process" window. My TC default viewer is set to I_view32.exe.

To reproduce this issue setup Irfanview in system tray from explorer.exe "C:\app\iview\i_view3x.exe /capture=6 /convert="%HOMEDRIVE%%HOMEPATH%\desktop\capture_$U(%d%m%Y_%H%M%S).jpg" I have another tool that takes this moves this to an icon in the system tray. Irfanview is running listening for screen capture hot key.

TC should only close an i_view32.exe process if it is THE PARENT process and leave processes I started and place in system tray alone.

I have only tested this on WinXP - the tools that move a task bar entry to an icon in system tray are If anyone could test if this is reproducible on more recent versions of windows it would be appreciated. I expect it is still an issue.

@Ghisler could you explain what the selection criteria that TC is using to detect i_view32.exe because even if I clone i_view32.exe and binary edit any string i_view32 to i_view3x it still finds the process and kills it - that was puzzling to me because it should look like a distinctly different executable.[/url]
Skip
User avatar
vdijken
Member
Member
Posts: 181
Joined: 2016-07-30, 14:07 UTC
Location: The Netherlands

Post by *vdijken »

You should post this in the bugs reports section. Not in the help section.
User avatar
Stefan2
Power Member
Power Member
Posts: 4281
Joined: 2007-09-13, 22:20 UTC
Location: Europa

Post by *Stefan2 »

vdijken,
vdijken wrote:You should post this in the bugs reports section. Not in the help section.

That was not a bug report but a question to Mr. Ghisler.






 
User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 50889
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Post by *ghisler(Author) »

TC kills iview32 only when it is invisible. When it is in the tray, the actual iview32 window and main icon is invisible. There is no way to detect that this window owns a tray icon.
Author of Total Commander
https://www.ghisler.com
User avatar
SkipR
Junior Member
Junior Member
Posts: 71
Joined: 2008-03-27, 10:39 UTC
Location: W. Australia

Post by *SkipR »

ghisler(Author) wrote:TC kills iview32 only when it is invisible. When it is in the tray, the actual iview32 window and main icon is invisible. There is no way to detect that this window owns a tray icon.
Ok so now I understand it is not possible distinguish the "invisible" window. I am still not clear how TC controls/interacts with i_view32.exe. I am assuming this is to clean up something that is created by the TC process when i_view32.exe is your default internal viewer, so what about restricting kill to i_view32.exe process that are also child processes/window of the closing TC process would that work?

Another idea I was thinking of to work around the problem is to setup an instance of i_view32.exe running as a service under local system account (assuming this is feasible using SrvStart utility). Would i_view32.exe still get killed by TC if it running as a different user (I currently run TC is running under admin user)? I was thinking i_view32.exe would restart if it is a service.
Skip
User avatar
Horst.Epp
Power Member
Power Member
Posts: 7016
Joined: 2003-02-06, 17:36 UTC
Location: Germany

Post by *Horst.Epp »

SkipR wrote:
ghisler(Author) wrote:TC kills iview32 only when it is invisible. When it is in the tray, the actual iview32 window and main icon is invisible. There is no way to detect that this window owns a tray icon.
Ok so now I understand it is not possible distinguish the "invisible" window. I am still not clear how TC controls/interacts with i_view32.exe. I am assuming this is to clean up something that is created by the TC process when i_view32.exe is your default internal viewer, so what about restricting kill to i_view32.exe process that are also child processes/window of the closing TC process would that work?

Another idea I was thinking of to work around the problem is to setup an instance of i_view32.exe running as a service under local system account (assuming this is feasible using SrvStart utility). Would i_view32.exe still get killed by TC if it running as a different user (I currently run TC is running under admin user)? I was thinking i_view32.exe would restart if it is a service.
WhatsApp the Benefit of using Irfanview, there are enougf Lister Plugins for all Graphic Formats.
Windows 11 Home, Version 24H2 (OS Build 26100.4351)
TC 11.55 RC7 x64 / x86
Everything 1.5.0.1396a (x64), Everything Toolbar 1.5.5.0, Listary Pro 6.3.2.88
QAP 11.9.0.6 x64
User avatar
petermad
Power Member
Power Member
Posts: 16121
Joined: 2003-02-05, 20:24 UTC
Location: Denmark
Contact:

Post by *petermad »

2SkipR
Have you tried having two copies of IrfanView on your system - use one as TC's default viewer and the other one in the System tray listening for screen capture hot key - does that solve the issue?
License #524 (1994)
Danish Total Commander Translator
TC 11.55rc4 32+64bit on Win XP 32bit & Win 7, 8.1 & 10 (22H2) 64bit, 'Everything' 1.5.0.1393a
TC 3.60b4 on Android 6, 13, 14
TC Extended Menus | TC Languagebar | TC Dark Help | PHSM-Calendar
User avatar
SkipR
Junior Member
Junior Member
Posts: 71
Joined: 2008-03-27, 10:39 UTC
Location: W. Australia

Post by *SkipR »

petermad wrote:2SkipR
Have you tried having two copies of IrfanView on your system - use one as TC's default viewer and the other one in the System tray listening for screen capture hot key - does that solve the issue?
yes I did try that and running as different user. Ghisler has said the window looks "invisible" and I see TC closes one instance on close. If I have 5 copies in system tray after TC close there are 4.
Skip
Post Reply