I discovered that it in my case, it was not JS, but having two particular images as background-images for a row of data. Removing one of the images, or having two of the same images worked. It seems that the CSS3 ability to have multiple background images works conditionally. I didn't try fiddling with the other attributes (e.g., changing font size) to see if that would "fix" it.
Chris. On Feb 8, 2008 3:22 PM, Steve Finkelstein <[EMAIL PROTECTED]> wrote: > > Unfortunately since I didn't check out iUI from a repository (I > downloaded it from Google Code), I'm unaware of what revision this > code is. I can tell you that I did download it in the last two weeks. > My first commit to my own repository for this project was January > 25th, so that's most likely the accurate download date. > > I can't replicate anymore crashes after adjusting the CSS/font sizes > and overflow properties on my application, at least in portrait mode. > It's certainly odd... it would be nice to have firebug available on > mobile safari to be able to conduct a full debug and find where it's > crashing. Who knows though, it might not be JavaScript that's the > issue since conducting a few CSS modifications fixed the problem for > me. > > /sf > > On 2/8/08, cvd <[EMAIL PROTECTED]> wrote: > > Steve, > > > > By any chance are you using the new version of iui.js that was posted > about > > here within the past couple of weeks? > > > > > > I ask because I was trying it out, and a page in my application that was > > working now crashes the browser. The only difference is that mine still > > crashed in landscape mode. I pointed the page back to the old iui.jsand it > > works. > > > > Chris. > > > > > > On Feb 8, 2008 12:25 PM, Steve Finkelstein <[EMAIL PROTECTED]> wrote: > > > > > > Chris, > > > > > > As soon as you mentioned that it crashes in Portrait mode only -- not > > > landscape, that sparked my curiosity. There were certainly CSS > > > overflow issues with my list items in the previous version of the code > > > I posted. Last names that were too long were overlapping into other > > > users cells. I went ahead and modified the font size and set overflow > > > properties. I also reduced the size of my select element. I can no > > > longer reproduce the crash afterwards. > > > > > > It's very apparent that the cookies weren't the culprit here. It would > > > be nice to see a stack trace or something to be able to pin point the > > > exact problem, but it's very possible the CSS was also causing > > > distress on the browser. > > > > > > It seems resolved for now, but I'll be re-creating this bug at a later > > > date to figure it out as it's on my nerves at this point that I > > > couldn't pin point a line of code and go a-ha, this is the problem! > > > > > > /sf > > > > > > > > > > > > > > > On 2/8/08, Steve Finkelstein <[EMAIL PROTECTED]> wrote: > > > > Wow. That's an interesting find. > > > > > > > > I really need to drill down on what the problem is -- I've never > been > > > > more stumped as the page isn't producing any errors. > > > > > > > > At least you were able to replicate the crash -- so I'm not insane > > > > (and neither are the other 5 iPhones + 1 iTouch I've tried) > > > > > > > > On 2/8/08, cvd <[EMAIL PROTECTED]> wrote: > > > > > Steve, > > > > > > > > > > I tried it again (sequentially) and did crash. One thing I > noticed is > > that > > > > > it does not crash when in landscape mode. That tells me that it > may > > not be > > > > > cookie related. > > > > > > > > > > Chris. > > > > > > > > > > > > > > > On Feb 7, 2008 9:43 PM, Chris Van Dusen < > [EMAIL PROTECTED]> > > wrote: > > > > > > Steve, > > > > > > > > > > > > Ah. That may be the difference. I didn't click sequential down > the > > > > > > list (which is telling). > > > > > > I'll give it a try when I get to work tomorrow (where the iPhone > > is), > > > > > > and let you know. > > > > > > > > > > > > Chris. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Feb 7, 2008, at 8:34 PM, Steve Finkelstein wrote: > > > > > > > > > > > > > > > > > > > > Hi Chris, > > > > > > > > > > > > > > Thanks for the reply. > > > > > > > > > > > > > > Unfortunately rebooting the darn thing was my first instinct > upon > > > > > > > bumping into this annoying bug. I took the initiative to find > 5 > > > > > > > colleagues with an iPhone and one colleague with an iTouch -- > I > > was > > > > > > > able to replicate the crashing of Safari on all 6 devices. > > > > > > > > > > > > > > I certainly wish I had the technical details worked out, and > could > > > > > > > blame it on my cookie code, but I really can't. It might be > > > > > > > coincidence that after I added cookie code, that I was able to > > > > > > > reproduce this crash. > > > > > > > > > > > > > > I setup a test page here to further debug, and my browser > doesn't > > > > > > > crash here: http://catalyst.httpd.org/iphone.html > > > > > > > > > > > > > > However the URL I provided below is still indeed very > consistent > > for > > > > > > > crashing. You just need to sequentially click the names > starting > > from > > > > > > > the first name down to about the 6th or 7th and it'll pop an > alert > > > > > > > with document.cookie, then crash. > > > > > > > > > > > > > > Tomorrow I will rewrite the cookie handlers and see if that > fixes > > it. > > > > > > > I just really hate abandoning the problem because it would be > nice > > to > > > > > > > know what is consistently crashing mobile safari and if it's > > possible > > > > > > > to avoid it in future production. > > > > > > > > > > > > > > /sf > > > > > > > > > > > > > > On 2/7/08, Chris Van Dusen <[EMAIL PROTECTED]> wrote: > > > > > > >> > > > > > > >> This may sound crazy, but have you tried resetting the > iPhone(s)? > > > > > > >> > > > > > > >> I had just deployed some code for the iPhone when 1.1.3 came > out. > > I > > > > > > >> updated the phone, but when I went to test the app in > production, > > > > > > >> images were not displaying, and a search was not working. > The QA > > > > > > >> guys updated the iPhone and iPod Touch that they use and > didn't > > have > > > > > > >> a problem. After resetting, mine worked fine. > > > > > > >> > > > > > > >> Regarding your post about clearing cookies: I've gotten to > the > > point > > > > > > >> where I would click 'Clear' twice before retesting. I was > > talking to > > > > > > >> one of the aforementioned QA guys and he said that he clears > > cookies, > > > > > > >> goes back to Safari opens a new window and removes the one he > was > > > > > > >> testing with before. Now, I do that too... > > > > > > >> > > > > > > >> hth, > > > > > > >> Chris. > > > > > > >> > > > > > > >> > > > > > > >> On Feb 7, 2008, at 4:12 PM, Steve Finkelstein wrote: > > > > > > >> > > > > > > >>> > > > > > > >>> Chris, > > > > > > >>> > > > > > > >>> that's so darn odd. I'm able to replicate it all the time as > > soon > > > > > > >>> as I > > > > > > >>> hit the 'Leslie' patient. If I go straight down the list > > > > > > >>> sequentially > > > > > > >>> it consistently crashes on my iPhone. It does on a > co-workers as > > > > > > >>> well. > > > > > > >>> I don't even know where to begin to start debugging. > > > > > > >>> > > > > > > >>> /sf > > > > > > >>> > > > > > > >>> On 2/7/08, cvd <[EMAIL PROTECTED]> wrote: > > > > > > >>>> I was able to click all patients with no crash on the > iPhone. > > I'm > > > > > > >>>> running > > > > > > >>>> 1.1.3. > > > > > > >>>> > > > > > > >>>> Chris. > > > > > > >>>> > > > > > > >>>> > > > > > > >>>> On Feb 7, 2008 1:47 PM, Steve Finkelstein <[EMAIL PROTECTED] > > > > wrote: > > > > > > >>>> > > > > > > >>>>> > > > > > > >>>>> > > > > > > >>>>> If anyone wishes to try to replicate the crash, you can > visit > > a > > > > > > >>>>> demo > > > > > > >>>>> of the site on http://iphone2.limemedical.com. > > > > > > >>>>> > > > > > > >>>>> If you click on Patient List via the landing page, click > on > > the > > > > > > >>>>> first > > > > > > >>>>> 7+ patients (obviously they aren't real people) > > > > > > >>>>> > > > > > > >>>>> Your browser should and will crash (on the iPhone, won't > on > > the > > > > > > >>>>> desktop) > > > > > > >>>>> > > > > > > >>>>> There's nothing odd about my code that I can find. I'm > having > > an > > > > > > >>>>> extremely difficult time finding what's the cause of it > > because of > > > > > > >>>>> lack of debugging tools on the iPhone. > > > > > > >>>>> > > > > > > >>>>> > > > > > > >>>>> > > > > > > >>>>> > > > > > > >>>>> > > > > > > >>>>> On 2/6/08, Steve Finkelstein <[EMAIL PROTECTED]> wrote: > > > > > > >>>>>> Hey folks, > > > > > > >>>>>> > > > > > > >>>>>> I've been able to replicate a consistent crash with > Mobile > > Safari > > > > > > >>>>>> using 1.1.3 firmware. I'm using the cookie class written > by > > David > > > > > > >>>>>> Flanagan in his highly accredited JavaScript: The > Definitive > > > > > > >>>>>> Guide, > > > > > > >>>>>> code can be found here: > > > > > > >>>>>> > > > > > > >>>>>> > > > > > > >>>> > > > > > > > http://www.davidflanagan.com/javascript5/display.php?n=19-2&f=19/ > > > > > > >>>> Cookie.js > > > > > > >>>>>> > > > > > > >>>>>> I believe the code I've appended at the bottom of this > email > > > > > > >>>>>> is the > > > > > > >>>>>> culprit. I basically keep track of visited IDs of an <li> > > > > > > >>>>>> element in a > > > > > > >>>>>> cookie. In a nutshell for those who don't feel like > reading > > the > > > > > > >>>>>> code, > > > > > > >>>>>> I create a cookie and set its expiration to 24 hours. In > it, > > I > > > > > > >>>>>> have a > > > > > > >>>>>> cookie named visited_data with a value of something like > > > > > > >>>>>> > > > > > > >>>>>> visited_data=visited:1|2|3|4 > > > > > > >>>>>> > > > > > > >>>>>> where 1,2,3,4 are the visited IDs. I have code which can > > > > > > >>>>>> arbitrarily > > > > > > >>>>>> remove ids and add ids. However, on the iPhone .. and > iPhone > > only > > > > > > >>>>>> (cannot replicate on Safari3/Webkit).. if I click enough > <li> > > > > > > >>>>>> elements, about 6+, it crashes the browser. > > > > > > >>>>>> > > > > > > >>>>>> Does anyone have any idea what could be causing it? Is > the > > > > > > >>>>>> value of > > > > > > >>>>>> the cookie data limited in an iPhone? Is there a more > elegant > > > > > > >>>>>> approach > > > > > > >>>>>> to my solution for storing visited status on multiple > > > > > > >>>>>> elements, say > > > > > > >>>>>> 100+ ? > > > > > > >>>>>> > > > > > > >>>>>> Using binary bitmasks has crossed my mind.. but I'm quite > > > > > > >>>>>> reluctant at > > > > > > >>>>>> the moment in that approach because of readability by > other > > > > > > >>>>>> developers. > > > > > > >>>>>> > > > > > > >>>>>> Thanks all. > > > > > > >>>>>> > > > > > > >>>>>> /sf > > > > > > >>>>>> > > > > > > >>>>>> code: > > > > > > >>>>>> > > > > > > >>>>>> function _check_status(obj) { > > > > > > >>>>>> > > > > > > >>>>>> var evt = window.event; > > > > > > >>>>>> var el = evt.srcElement; > > > > > > >>>>>> > > > > > > >>>>>> if (el.tagName == "SELECT") return; > > > > > > >>>>>> > > > > > > >>>>>> var pid = el.lastChild.id || > > el.parentNode.lastChild.id; > > > > > > >>>>>> > > > > > > >>>>>> // Check if patient has been visited > > > > > > >>>>>> var cookie = new Cookie("visited_data"); > > > > > > >>>>>> > > > > > > >>>>>> // Check if patient has been visited. > > > > > > >>>>>> if(cookie.visited) { > > > > > > >>>>>> // check if particular id has been > visited. > > > > > > >>>>>> > > > > > > >>>>>> if(!cookie.check(pid)) { > > > > > > >>>>>> cookie.visited += "|" + > pid; > > > > > > >>>>>> cookie.store(1); > > > > > > >>>>>> obj.className += " > visited"; > > > > > > >>>>>> > > > > > > >>>>>> } else { > > > > > > >>>>>> var values = > > cookie.visited.split > > > > > > >>>>>> ("|"); > > > > > > >>>>>> delete cookie.visited; > > > > > > >>>>>> cookie.visited = ''; > > > > > > >>>>>> > > > > > > >>>>>> for(var i=0; i < > > values.length; i > > > > > > >>>>>> ++) { > > > > > > >>>>>> if (values[i] == pid) > > > > > > >>>>>> continue; > > > > > > >>>>>> else cookie.visited += "|" + > values[i] ; > > > > > > >>>>>> } > > > > > > >>>>>> cookie.visited = > > > > > > >>>> cookie.visited.substring(1); > > > > > > >>>>>> > > > > > > >>>>>> cookie.store(1); > > > > > > >>>>>> obj.className = > "patients"; > > > > > > >>>>>> } > > > > > > >>>>>> > > > > > > >>>>>> } else { > > > > > > >>>>>> cookie.visited = pid; > > > > > > >>>>>> cookie.store(1); > > > > > > >>>>>> // User has NOT been visited, > enable > > > > > > >>>>>> their > > > > > > >>>> visited status. > > > > > > >>>>>> obj.className += " visited"; > > > > > > >>>>>> } > > > > > > >>>>>> > > > > > > >>>>>> } > > > > > > >>>>>> > > > > > > >>>>>>> > > > > > > >>>>> > > > > > > >>>> > > > > > > >>> > > > > > > >>>> > > > > > > >> > > > > > > >> > > > > > > >>> > > > > > > >> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "iPhoneWebDev" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/iphonewebdev?hl=en -~----------~----~----~----~------~----~------~--~---
