Side navigation
#7554 closed bug (worksforme)
Opened November 18, 2010 09:32PM UTC
Closed November 20, 2010 04:33AM UTC
.text(2) and .html(2) causing iPad to hang
| Reported by: | owenocq@gmail.com | Owned by: | owenocq@gmail.com |
|---|---|---|---|
| Priority: | low | Milestone: | 1.5 |
| Component: | unfiled | Version: | 1.4.4 |
| Keywords: | ipad text html hang | Cc: | |
| Blocked by: | Blocking: |
Description
var count = 2
$("#count").text("")
$("#count").text(count)
Within my code I had roughly the above. On the iPad it was causing the system to freeze for about 5 seconds but will eventually display the correct thing. I fixed it by converting the number to a string (but took a while to track down!):
var count = 2
$("#count").text("")
$("#count").text(count+"")
This is a new bug for version 1.4.4 as 1.4.3 and 1.4.2 were previously tested against
Attachments (0)
Change History (2)
Changed November 19, 2010 07:29AM UTC by comment:1
| owner: | → owenocq@gmail.com |
|---|---|
| status: | new → pending |
Changed November 20, 2010 04:33AM UTC by comment:2
| keywords: | → ipad text html hang |
|---|---|
| priority: | undecided → low |
| resolution: | → worksforme |
| status: | pending → closed |
I have reproduced your test case here Live Test Case and run this on both an iPad and the iPad Emulator. Neither had any issues setting text to the value of 'count' as per the first piece of code you reference. Closing as this works for me, however if you have another test case you can submit which can reproduce this issue we will re-investigate.
I am not sure how passing a number to
.textcould possibly be slow, and I am similarly incredulous that any slowdown could be seen passing a single character to.html, despite the fact that it will only take the fast path if the data passed is a string. Could you please provide a minimal test case that demonstrates this issue?