User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:18.104.22.168) Gecko/20060427 Camino/1.0.1 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:22.214.171.124) Gecko/20060427 Camino/1.0.1 you need to register on flickr to test this... when the list of previously used tags gets long and you pull up all the tags, the browser slows down to fatal crawl.. this happens on firefox, too, i believe... Reproducible: Always
someone needs to take some time to chase down what's happening after the ajax calls that get made but after playing a bit i was able to track down the issue the reporter is talking about. Steps to get there: 1. Log in to flickr 2. Go to any photo (one of yours works, but a page with a single photo on it 3. at the bottom of the tag list hit Add tag 4. click "choose from your tags" 5. click "get all of your tags" its at that point that camino went almost totally unresponsive the first time i tried it. On attempts to reproduce i didn't hit the point of total failure but camino still became slow to respond after staying on the page 1.0.1/10.3.9 on the same page: firefox / 10.3.9 showed the slightest delay on hovering on text links but nothing disturbing firefox / win showed nothing of the sort
Created attachment 222991 [details] Sample hung this time trying to add tags on this page http://flickr.com/photos/placenamehere/141951489/ sample attached
Anything interesting in this sample?
Trying a couple more people to see if we can get an answer to comment 3. cl
All the time is being spent in JS_DHashTableOperate().
pnhChris, if you can still find that PowerBook, can you try this again with a branch and trunk nightly? I'm interested to see if the threads or Mac event model stuff helped this in any way (and 1.0.1 is waaay too old to be worth looking at now)....
Can anyone reproduce this is current versions of Camino?
Closing; if anyone can still reproduce this in current builds, feel free to re-open.