#3112 closed bug (fixed)
SwitchClass doesn't have any effect in Safari 3.1.1
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | blocker | Milestone: | 1.8 |
Component: | ui.effects.core | Version: | 1.6rc6 |
Keywords: | safari effects | Cc: | |
Blocked by: | Blocking: |
Description
Neither the demo on http://docs.jquery.com/UI/Effects/switchClass not my own attempts at using the switchClass() method have any effect in Safari. The old class isn't removed and the new class isn't applied.
Change History (11)
comment:1 Changed 15 years ago by
Component: | ui.core → effects.core |
---|
comment:2 Changed 15 years ago by
Status: | new → accepted |
---|
comment:3 Changed 15 years ago by
Milestone: | → TDB |
---|
comment:4 Changed 14 years ago by
comment:5 Changed 14 years ago by
Milestone: | TBD → 1.6 |
---|---|
Resolution: | → fixed |
Status: | accepted → closed |
Current docs and current trunk both work for me. Probably fixed sometime in the past seven months.
comment:6 Changed 14 years ago by
Priority: | major → blocker |
---|---|
Resolution: | fixed |
Status: | closed → reopened |
Version: | 1.5.1 → 1.6rc6 |
Wrong browser...
comment:7 Changed 14 years ago by
Owner: | changed from paul to scott.gonzalez |
---|---|
Status: | reopened → accepted |
comment:8 Changed 14 years ago by
Owner: | scott.gonzalez deleted |
---|---|
Status: | accepted → assigned |
comment:9 Changed 14 years ago by
The problem is in $.ui.effects.animateClass when we get the style object.
comment:10 Changed 14 years ago by
Milestone: | 1.6 → 1.next |
---|
Bumping to 1.next because this is not a regression and the underlying code should be completely refactored, which can't happen this late in the release cycle.
comment:11 Changed 14 years ago by
Milestone: | 1.next → 1.8 |
---|---|
Resolution: | → fixed |
Status: | assigned → closed |
Fixed in r3257.
Note: See
TracTickets for help on using
tickets.
Could we upgrade this one to "critical"? It really should be addressed before 1.7 final.