Crash when large number of updates await retrieval
I realize this may be an issue with Fluid.app and not SocialThing, or maybe just with WebKit. I made a Site Specific Browser (SSB) using Fluid to contain my SocialThing stream. I can almost reliably predict if I ever ignore it for a little while and come back to more than, say, 100+ items waiting for refresh, the SSB will very often crash and have to be restarted. Memory leak?
1
person has this problem
I have this problem, too!
Tell me when someone solves it.
The more people who report this problem, the more it gets noticed.
The more people who report this problem, the more it gets noticed.
Create a customer community for your own organization
Plans starting at $19/month
-
Inappropriate?That's strange, a few of us at Socialthing run the site in Fluid, and I haven't seen that issue. What version of Fluid are you running? I just realized that I am still running 0.9.2.2 (I'm updating to 0.9.4.1 to see if that shows the errors), it could be that the issues are affecting a different version.
-
I've been on 0.9.4.1 for a while. -
Also, this is on a quad 2.5ghz G5 at work, where I sometimes have to go a while before I can check updates. I don't remember it happening on my MacBook Pro, but with the laptop, I don't really ever go that long without checking. -
Inappropriate?If someone wants to look at the crash log for FluidApp, I can send it. Wade, interested? Just now, it happened after I returned from lunch: about 45 minutes of non-use and less than 40 updates awaiting.
-
Sure, you can send it to me at wade at socialthing.com and ill see if I can grab any information out of it.
Loading Profile...



EMPLOYEE