Bug 493503 Comment 35 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

I can easily imagine a user performing an update, trying to click an icon in the dock, and then getting upset over the dock disappearing out from under them.

At the very least this isn't a typical user experience on OS X and a user will be left confused as to why this is happening. When I've had experiences like this I've spent hours trying to find the culprit. The ones I've found have typically been a hack like this and I'm always very annoyed with the vendors that do these sort of things.

I suspect that the current user experience for the clients that don't see the updated icon is that the icon is updated when the OS next restarts. I also suspect that the majority of users don't even notice this bug.

Just to verify, restarting the OS has the same effect as killing the dock?

Someone from UX should evaluate whether this experience is acceptable on every update or only when it is needed which is extremely rare or if it is exceptable at all given the above.

I'm fairly certain these have always been caught soon after the icon change either on Nightly or on Dev Edition / Beta.

Also, icon changes are extremely rare and it appears that not everyone experiences this bug hence doing this on every update is very much overkill.

I am not a fan of killing an OS process... as I see it this is a sledgehammer approach to solving this. Are there any other applications that do this?

I know legneato and Josh Aas had contacts at Apple that they would contact for issues like this. Can you or someone else reach out to Apple for guidance on this bug?

Can you try replacing the icon manually to see if you can reproduce this bug? I suspect removing the icon and copying an icon with the same name into the bundle via a shell would suffice.
I can easily imagine a user performing an update, trying to click an icon in the dock, and then getting upset over the dock disappearing out from under them.

At the very least this isn't a typical user experience on OS X and a user will be left confused as to why this is happening. When I've had experiences like this I've spent hours trying to find the culprit. The ones I've found have typically been a hack like this and I'm always very annoyed with the vendors that do these sort of things.

I suspect that the current user experience for the clients that don't see the updated icon is that the icon is updated when the OS next restarts. I also suspect that the majority of users don't even notice this bug.

Just to verify, restarting the OS has the same effect as killing the dock?

Someone from UX should evaluate whether this experience is acceptable on every update or only when it is needed which is extremely rare or if it is acceptable at all given the above.

I'm fairly certain these have always been caught soon after the icon change either on Nightly or on Dev Edition / Beta.

Also, icon changes are extremely rare and it appears that not everyone experiences this bug hence doing this on every update is very much overkill.

I am not a fan of killing an OS process... as I see it this is a sledgehammer approach to solving this. Are there any other applications that do this?

I know legneato and Josh Aas had contacts at Apple that they would contact for issues like this. Can you or someone else reach out to Apple for guidance on this bug?

Can you try replacing the icon manually to see if you can reproduce this bug? I suspect removing the icon and copying an icon with the same name into the bundle via a shell would suffice.

Back to Bug 493503 Comment 35