490049 - Website:No pointing hand on mouse hover on the featured personas "Leather Stitch" and "Firefox Robot"

Status: RESOLVED WONTFIX

(Websites Graveyard :: getpersonas.com, defect, P3)

Description

[krupa raj[:krupa]]

OS:Mac only

Steps to reproduce:
1.Go to personas homepage.
2.In the featured personas section,do a mouse hover on each of the featured persona images.

expected result:
On mouse hover,the cursor shows a pointing hand to indicate that the image is clickable.

actual result:
pointing hand is seen for personas-"Paint splat" and "Motherboard1" but NOT for "Leather Stitch" and "firefox Robot"

additional info:works fine on windows

Comment 1

[Ryan Doherty (:rdoherty)]

works for me. Browser version?

Comment 2

[Stephen Donner [:stephend] Not actively reading bugmail]

This works for me briefly (shows a hand while it changes the persona dynamically, and then goes back to a pointer).

Comment 3

[krupa raj[:krupa]]

I am sorry,I should have mentioned this earlier.

Firefox version:3.0.9
Personas: disabled/not installed.

If personas is installed and enabled,we will see the behavior mentioned by Stephen in comment 2

Comment 4

[Suneel]

I'm able to reproduce the issue after clicking the "right arrow", but not after clicking the "left arrow"

Steps to reproduce:
1.Go to personas homepage.
2.In the featured personas section, click through (with the right arrow) and do a mouse hover on each of the featured persona images. 
3. click through to the beginning (with the left arrow) and do a mouse hover on each of the featured persona images.

expected result: mouseover works the same whether navigating right and left

actual result: when navigating right, can reproduce issue (Leather Stitch and Firefox Robot have arrow, not hand). when navigating left, can't reproduce issue.

Comment 5

[Michael Morgan [:morgamic]]

I think this needs a return false before the event fires.  Without it, the state changes which causes the cursor:pointer to be dropped.

Comment 6

[Michael Morgan [:morgamic]]

In our case, if we're using jQuery, it'd be e.preventDefault();

Comment 7

[Ryan Doherty (:rdoherty)]

This looks fixed to me, return false was added to onclick handlers. I can't reproduce anymore.

Comment 8

[krupa raj[:krupa]]

sigh..i still see it.I am sorry for being a pain,but I am reopening this.

(In both staging and prod,this behavior can be reproduced)

screencast:

http://screencast.com/t/Ht9f4tb1b

Comment 9

[Ryan Doherty (:rdoherty)]

emailed mailing list, no useable feedback yet. Will wait a few more days.

Comment 10

[Suneel]

Moving server-side bugs to the right component. Filter on "need a beer but wine will do" to ignore these messages.

Comment 11

[Ryan Doherty (:rdoherty)]

Thought this was closed. Not worth the effort to fix such a small issue that sporadically shows up.