[jitsi-users] Win7 Taskbar Icon Blurry


#1

Hi Users

Does anyone have issues with Jisti showing a very blurred icon in the task bar? Chat windows using avatar as the icon pic are also blurry?

Could someone please report it as a bug?

If it helps, my colleague runs in 32Bit win7, he says that the icon used to fix itself after the Appcrash that was recently fixed. I am running 64bit so never benefitted from the Appcrash feature :wink:

Neil


#2

Hi there!

Yep, task bar icon is blurry on my win7 x64 machine, too.
In addition, Jitsi (built 3564) shows the following win7 integration
issues:
First, when being started via task bar icon, Jitsi displays a second
(blurry) icon instead of surrounding the existing icon in the taskbar
with a transparent frame to indicate that is has been started (see
attached picture).
Second, a desktop icon is generated after every update of Jitsi, thus
creating a second, redundant icon if the Jitsi icon is already located
in the task bar.
Cheers,

Christian

路路路

Am 04.07.2011 05:47, schrieb Neil McIntyre:

Hi Users

Does anyone have issues with Jisti showing a very blurred icon in the task bar? Chat windows using avatar as the icon pic are also blurry?

Could someone please report it as a bug?

If it helps, my colleague runs in 32Bit win7, he says that the icon used to fix itself after the Appcrash that was recently fixed. I am running 64bit so never benefitted from the Appcrash feature :wink:

Neil


#3

Yes, the icon of Jitsi and the avatars used for icons in the task bar
of Windows 7 are very blurry.

路路路

On Mon, Jul 4, 2011 at 6:47 AM, Neil McIntyre <Neil@scottparkgroup.com.au> wrote:

Does anyone have issues with Jisti showing a very blurred icon in the task
bar? Chat windows using avatar as the icon pic are also blurry?


#4

Hey Neil,

Could you please open an issue for the blurry icons on Windows 7, if you could also attach the screenshot it would be great!

Thanks!
Yana

路路路

On Jul 4, 2011, at 3:00 PM, Lyubomir Marinov wrote:

On Mon, Jul 4, 2011 at 6:47 AM, Neil McIntyre > <Neil@scottparkgroup.com.au> wrote:

Does anyone have issues with Jisti showing a very blurred icon in the task
bar? Chat windows using avatar as the icon pic are also blurry?

Yes, the icon of Jitsi and the avatars used for icons in the task bar
of Windows 7 are very blurry.


#5

First, when being started via task bar icon, Jitsi displays a second
(blurry) icon instead of surrounding the existing icon in the taskbar
with a transparent frame to indicate that is has been started (see
attached picture).

You have Jitsi pinned? If the issue that you're reporting is that once
you click the pinned Jitsi an unpinned Jitsi appears, then please open
an issue in our issue tracker.

Second, a desktop icon is generated after every update of Jitsi, thus
creating a second, redundant icon if the Jitsi icon is already located
in the task bar.

Are you manually deleting the desktop icon and having it appear again
after an update? If that's the case, then it must be because the fact
that a desktop shortcut has been installed by the previous
setup/update is signaled by a registry value. I'm not entirely sure
what options we have here so, if anyone is knowledgeable on the
subject, please speak up.

路路路

On Mon, Jul 4, 2011 at 3:54 PM, <gyges@gmx.net> wrote:


#6

Hi!

Yes, I have pinned the Jitsi icon to the taskbar. If I click on it,
another (unpinned) Jitsi icon appears in the taskbar (the right, blurry
one on the screenshot).
And yes, I manually delete the desktop icon, but it reappears after each
update.
Cheers,

Christian

路路路

Am 04.07.2011 15:07, schrieb Lyubomir Marinov:

On Mon, Jul 4, 2011 at 3:54 PM, <gyges@gmx.net> wrote:

First, when being started via task bar icon, Jitsi displays a second
(blurry) icon instead of surrounding the existing icon in the taskbar
with a transparent frame to indicate that is has been started (see
attached picture).

You have Jitsi pinned? If the issue that you're reporting is that once
you click the pinned Jitsi an unpinned Jitsi appears, then please open
an issue in our issue tracker.

Second, a desktop icon is generated after every update of Jitsi, thus
creating a second, redundant icon if the Jitsi icon is already located
in the task bar.

Are you manually deleting the desktop icon and having it appear again
after an update? If that's the case, then it must be because the fact
that a desktop shortcut has been installed by the previous
setup/update is signaled by a registry value. I'm not entirely sure
what options we have here so, if anyone is knowledgeable on the
subject, please speak up.


#7

Alright,

I'll open an issue for that later this evening.
Will attach screenshot.
Cheers,

Christian

路路路

Am 04.07.2011 15:07, schrieb Lyubomir Marinov:

On Mon, Jul 4, 2011 at 3:54 PM, <gyges@gmx.net> wrote:

First, when being started via task bar icon, Jitsi displays a second
(blurry) icon instead of surrounding the existing icon in the taskbar
with a transparent frame to indicate that is has been started (see
attached picture).

You have Jitsi pinned? If the issue that you're reporting is that once
you click the pinned Jitsi an unpinned Jitsi appears, then please open
an issue in our issue tracker.

Second, a desktop icon is generated after every update of Jitsi, thus
creating a second, redundant icon if the Jitsi icon is already located
in the task bar.

Are you manually deleting the desktop icon and having it appear again
after an update? If that's the case, then it must be because the fact
that a desktop shortcut has been installed by the previous
setup/update is signaled by a registry value. I'm not entirely sure
what options we have here so, if anyone is knowledgeable on the
subject, please speak up.


#8

Hey

Are you manually deleting the desktop icon and having it appear again
after an update? If that's the case, then it must be because the fact
that a desktop shortcut has been installed by the previous
setup/update is signaled by a registry value. I'm not entirely sure
what options we have here so, if anyone is knowledgeable on the
subject, please speak up.

As the Desktop Icon is created by the MSI, it's somehow possible to include a condition into the creation (create a property, place a control on a UI and bind it to the property, create a component containing the shortcut and bind it to the property too, reference the component in the main feature).
For the first setup, this condition can be set through an installer-checkbox ("Create a Desktop Icon"). For further setups/updates the setup might remember this choice through an .ini file in the setup directory (or a registry key). If the shortcut belongs to a distinct feature that can be chosen on installation, maybe the MSI can handle it itself.

Regards,
Ingo


#9

As the Desktop Icon is created by the MSI, it's somehow possible to include a condition into the creation (create a property, place a control on a UI and bind it to the property, create a component containing the shortcut and bind it to the property too, reference the component in the main feature).
For the first setup, this condition can be set through an installer-checkbox ("Create a Desktop Icon").

There is already a checkbox during the initial setup which allows the
user to choose whether the desktop shortcut is to be installed.

For further setups/updates the setup might remember this choice through an .ini file in the setup directory (or a registry key). If the shortcut belongs to a distinct feature that can be chosen on installation, maybe the MSI can handle it itself.

Since the WiX Shortcut cannot be a KeyPath, a RegistryValue is used as
the KeyPath and signals whether the Shortcut has been installed i.e.
whether the user has chosen to have a desktop shortcut installed
during the initial setup.

Upon update, the RegistryValue is read in order to determine whether
the Shortcut is installed i.e. whether the user has chosen to have the
desktop shortcut installed during the initial setup. If the user has
chosen to have the desktop shortcut installed during the initial
setup, the update reinstalls it i.e. if the user has manually deleted
it from the desktop in the time between the initial setup and the
update, the update does not know about it.

The question here is whether we want to find a way to determine
whether the user has manually deleted the shortcut? Can we be sure
that the deletion was on purpose or by accident i.e. does the lack of
the desktop shortcut signal to the update that the user has changed
their mind after the initial setup?

路路路

On Mon, Jul 4, 2011 at 5:34 PM, Bauersachs Ingo <ingo.bauersachs@fhnw.ch> wrote:


#10

The latter is typical behavior in my experience. Shortcuts should not reappear after updates!

路路路

On 04/07/2011, at 11:02 PM, "Bauersachs Ingo" <ingo.bauersachs@fhnw.ch> wrote:

There is already a checkbox during the initial setup which allows the
user to choose whether the desktop shortcut is to be installed.

I obviously haven't used the full installer for a long time :slight_smile:

[...]
The question here is whether we want to find a way to determine
whether the user has manually deleted the shortcut? Can we be sure
that the deletion was on purpose or by accident i.e. does the lack of
the desktop shortcut signal to the update that the user has changed
their mind after the initial setup?

Good point. I see three options:
- Ask the user even on updates
- Bind the registry value to an option in the settings dialog (caveat: UAC)
- Leave the system as it is during updates; only install the shortcut if selected on full installs. If the user deleted it and wants it back he has to create it himself (e.g. by dragging it from the Start menu) or through uninstall/reinstall.


#11

There is already a checkbox during the initial setup which allows the
user to choose whether the desktop shortcut is to be installed.

I obviously haven't used the full installer for a long time :slight_smile:

[...]
The question here is whether we want to find a way to determine
whether the user has manually deleted the shortcut? Can we be sure
that the deletion was on purpose or by accident i.e. does the lack of
the desktop shortcut signal to the update that the user has changed
their mind after the initial setup?

Good point. I see three options:
- Ask the user even on updates
- Bind the registry value to an option in the settings dialog (caveat: UAC)
- Leave the system as it is during updates; only install the shortcut if selected on full installs. If the user deleted it and wants it back he has to create it himself (e.g. by dragging it from the Start menu) or through uninstall/reinstall.


#12

To my mind the best thing to do would be to do nothing, as updating
Jitsi implies starting Jitsi, which means that the user must already
have constituted a way to access this application.
So regardless of if the user has left the Jitsi icon on the desktop or
if he has transferred it to the taskbar or the start menu, creating no
icon at update seems the best option to me.
Cheers,

Christian

路路路

Am 04.07.2011 16:51, schrieb Lyubomir Marinov:

The question here is whether we want to find a way to determine
whether the user has manually deleted the shortcut? Can we be sure
that the deletion was on purpose or by accident i.e. does the lack of
the desktop shortcut signal to the update that the user has changed
their mind after the initial setup?


#13

Thanks for lodging the bug guys, really appreciate it.

As you can see from the attached, if Java crashes, the icon becomes clear/crisp/non-blurry.

Regards,

Matt

路路路

-----Original Message-----

From: Emil Ivov [mailto:emcho@jitsi.org]

Sent: Tuesday, 5 July 2011 7:37 AM
To: users@jitsi.java.net
Cc: users@jitsi.java.net
Subject: [jitsi-users] Re: Win7 Taskbar Icon Blurry

On 5 juil. 2011, at 01:29, gyges@gmx.net wrote:

Am 04.07.2011 16:51, schrieb Lyubomir Marinov:

The question here is whether we want to find a way to determine
whether the user has manually deleted the shortcut? Can we be sure
that the deletion was on purpose or by accident i.e. does the lack of
the desktop shortcut signal to the update that the user has changed
their mind after the initial setup?

To my mind the best thing to do would be to do nothing,

Updating Jitsi is equvalent to reinstalling it. Doing nothing hence means recreating everything as if this was the first time we are running, which includes recreating the icons. This is why they get restored and not becuase the update is trying to be overly smart.

Emil
--sent from my mobile

as updating
Jitsi implies starting Jitsi, which means that the user must already
have constituted a way to access this application.
So regardless of if the user has left the Jitsi icon on the desktop or
if he has transferred it to the taskbar or the start menu, creating no
icon at update seems the best option to me.
Cheers,

Christian


#14

There are at least two icons involved here: the crisp one is linked
into run.exe which is the launcher (and the crash handler) of Jitsi
which starts a javaw.exe process representing the very Jitsi (since
javaw.exe does not automatically have a Jitsi-specific icon, Jitsi
will later have to load one), the blurry one is loaded by the
javaw.exe process as the icon of the Jitsi application.

路路路

On Tue, Jul 5, 2011 at 11:38 AM, Matthew Reymond <mattr@scottparkgroup.com.au> wrote:

Thanks for lodging the bug guys, really appreciate it.

As you can see from the attached, if Java crashes, the icon becomes clear/crisp/non-blurry.