Community
Participate
Working Groups
Build 20020129 The task tray in Windows XP collapses multiple icons from the same app into a single icon with popup when space is needed. When it does this for Eclipse, the name shown is "javaw". It should give the product name.
I agree that it should, but I don't know if this is possible. NE suggested that there might be an entry in the manifest which could help. SQ to investigate.
EIther because of a finger fumble or a bugzilla screwup, this never got assigned to SSQ. In any case, CC is looking at these issues now. Assigning PR to him.
- Notes - I have not found any manifest entry fixing this? One possible fix requires starting the JVM through JNI within the same process as the launcher. This might be less flexible than current way (more dependency on JNI version, though JNI should be backward compatible). This would also allow us to specificy that we want to use ComCtr6.0 for swt.dll (PR4789).
*** Bug 27395 has been marked as a duplicate of this bug. ***
*** Bug 41481 has been marked as a duplicate of this bug. ***
See bug 82518 for a possible solution.
*** Bug 86650 has been marked as a duplicate of this bug. ***
The problem is that Windows looks in the executable for the icon to display in the task bar. Since we don't own javaw.exe, we can't attach the necessary icon resource to that file. If the VM was started through JNI, then the icon could be attached to the launcher (eclipse.exe).
*** Bug 53859 has been marked as a duplicate of this bug. ***
NOTE: If we ever get this to work, we can embed the stupid XP manifest file in the exe like Windows wants, thus giving everyone the XP look at feel for free (which is what Microsoft should have done in the first place).
*** Bug 118707 has been marked as a duplicate of this bug. ***
Any updates on this one? It is in our bug system too. ;o)
*** Bug 152997 has been marked as a duplicate of this bug. ***
*** Bug 155797 has been marked as a duplicate of this bug. ***
Is this still happening? It should not be because the name of the executable is no longer javaw.exe. Also, with the advent of the new launcher. "we can embed the stupid XP manifest file in the exe like Windows wants". Andrew?
(In reply to comment #15) > Is this still happening? Yes, it still happens using Eclipse 3.2.1. > It should not be because the name of the executable > is no longer javaw.exe. Also, with the advent of the new launcher. "we can > embed the stupid XP manifest file in the exe like Windows wants". > Andrew?
It should no longer be happening in Eclipse 3.3 M5. If it is, there is probably (finally) something we can do about it.
our .rc has: #define ECLIPSE_ICON 401 #include "windows.h" #include "winver.h" ECLIPSE_ICON ICON DISCARDABLE "eclipse.ico" CREATEPROCESS_MANIFEST_RESOURCE_ID RT_MANIFEST "eclipse.exe.manifest" Steve, you mentioned before that that 401 is probably wrong. Note that when the -vm argument points directly to a java(w).exe, we will still have the old behaviour.
Bugzilla question: this is a fairly old bug so I'm wondering, should it still have a status of 'NEW'? According to https://bugs.eclipse.org/bugs/page.cgi?id=fields.html#status it seems like 'NEW' is a temporary state.
Not for us!
In 3.3M5 the Eclipse icons now stack without the java icon. However it is still not an eclipse icon. I will attach a picture. The icon used looks like generic MS icon.
Created attachment 58968 [details] Eclipsed stacked icons
Ok, this ain't SWT any more. We don't own either javaw.exe or eclipse.exe. We CANTFIX this.
Ok, which component owns the splash screen? (Why don't I know this?)
Created attachment 58972 [details] classic theme does this depend on the theme at all? For me, the stack now has the proper eclipse icon (classic theme).
Using 3.3M5 the icons are correct for the stack entries, and for the taskbar entry.
I use the XP theme. Why would anyone want that clunky classic theme? :-)
Maybe a stale/corrupt icon cache? To force Windows to rebuild it try one (or more) of these: 1. Change your color depth to something else and then back. 2. Use TweakUI: Repair > Rebuild Icons. 3. Delete %USERPROFILE%\Local Settings\Application Data\IconCache.db and reboot.
Seeing as how I just saw the icon change from the eclipse icon to the winzip icon I think you may be right about the icon cache.
Should we mark this as fixed? Note that things are only fixed if we are using JNI to start eclipse. Behaviour would be the same as before if java was started in a new process. See http://wiki.eclipse.org/index.php/Equinox_Launcher#Finding_a_VM.2C_Using_JNI_Invocation_or_Executing_Java for details on when JNI is used vs starting a new process.
I see that the -vm argument is passed a dll. If I were to pass the dll and the -vm argument, would it still work? Otherwise I am satisfied.
yes it would work. Passing -vm with a java(w).exe would result in the old behaviour Passing -vm with a jvm.dll, or a directory (jre/bin or jre/bin/client) would work the new way.
Thanks. I am ok with closing this.
marking as fixed in M5
