I have checked a few user group chat rooms. The LA Flash Users Group (http://www.laflash.org/forum/printthread.php?t=2227
) believes that the slow running script (not for Webkinz, but for another application--a chatroom) is because "it basically means that it has taken longer than 15 seconds for the chatroom to execute a command. So if you click no, it will allow 15 more seconds for the chat room to finsh what it is doing, but if you click yes, than the flash player will abort that script and most likely the rest of the room won't work
." ... "However if a site is running real slow and you don't want to risk the browser crashing I would recommend you click "Yes" and reload the page to see if the problem persists. Sometimes loops are used for data transfering and this essentially creates a long loop on slow loading content... other times it is poorly written code that ultimately will crash and burn
Also about someone experiencing the Adobe message and their computer freezing when using Yahoo Fantasy Football StatTracker (same website link as above):
"When you click no, it is freezing up because flash is taking too long to go through a chunk of code. This can happen for a number of reasons, the most commonly being an inifinite loop. The reason nothing happens when you click yes is because you have essentially told flash to stop processing the movie.
If this happens at the same place everytime I would contact yahoo and tell them where the error is happening and perhaps they can fix that bug if it is in fact a bug.
If it is more of a sporadic event, then I would make sure your computer can handle running flash and as silly as it sounds try using a differnt browser. If you use IE try firefox or vice versa.
If you are using a mac, I have noticed that my apple g4 laptop gets that error sometimes because it just couldn't run fast enough to handle some flash apps.
Another site (http://www.coghead.com/node/1807):
Someone was getting the error message when building applications. The following was suggested, and worked perfectly for the user building the applications: "Even though your system configuration meets the minimum requirements, we recommend increasing the memory on your machine. Other users have experienced improved performance by doing so
Digging through another (http://www.pixeline.be/experiments/jqUploader/forum/comments.php?DiscussionID=13):
it says there is a "flashplayer-biult-in 15 second timeout for escaping possible infinite loops"... "the "flash is running slow" bug makes it rather useless for uploading larger (>15 MB) files...
I know that all of the above is not exactly the problems we are experiencing, but you can get the jist of it. There are a lot more "Adobe script error" forums that I did not go through. Since some of the Webkinz users were able to sell their strawberries after clicking the "no" (not to abort the script) a number of times, then we know it wasn't in an infinite loop (thank goodness!).
All of the things I read make me believe that it is not only an Adobe issue (as I stated earlier); but definitely Adobe is involved (which is obvious from the Adobe message!). I did not get the Adobe message at all on my large account (over 100 pets, 100 rooms, and almost 500 items in my dock..which I am working on downsizing) when I logged in this morning after the US maintenance at around 4 am EST.
I also believe that if our accounts get too big and eventually freeze up on us (if you believe the one user who said "the "flash is running slow" bug makes it rather useless for uploading larger (>15 MB) files"), that the only thing that Ganz will do for us is to start taking items from our accounts (pets, rooms, etc.) until we can get into our accounts again (I have not heard this happening to anyone yet). I am not saying that's the only thing Ganz can do, but since they are blaming it on Adobe, then that that is probably what they will do. What they could do is change their programming and partition files for our pets and rooms and other items we have (e.g. where we would only be uploading a partial room map at a time, and choose between which room map we want to see--if we eventually have too many rooms to load at once). They also don't need to upload our entire accounts when we log in (I am not sure if they do this, but it is obvious that it takes longer and more script errors to load the larger accounts), but they can choose to re-program so the accounts are uploaded to our computers differently so we never reach a MB file limit (as the one user in the one forum made me believe it is around 15MB).
Also, I have worked with meta models and files and it baffles me why they treated that many strawberries (over 2000) as different "objects" (I have no idea what their particular programming is, but it has to have some underlying structure, such as a meta model). That should have never happened to you. If their programming treated your strawberries as 2000 instances of the same object, you probably should not have had that problem at all (and that is purely a Webkinz programming glitch). If I can explain... there are many places in the programming where the object needs to be handled. For instance, we saw for about a week on Webkinz where we were making KinzCash in the arcade but the KinzCash wasn't showing up in our accounts until later (when we answered a question at Quizzy's or when we bought something, or when we logged off and back on). This is because the "object"/"our KinzCash" was being updated in one part of the meta model programming, but not another (the part that displayed our Kinzcash right away after we played games). When we went to Quizzy's the part of the KinzCash meta model that was being used was the part that showed our correct KinzCash amount, and the Quizzy's meta model part was working properly so we were able to get our correct KinzCash after answering the question. I know this is a simplistic way of looking at it, but it is logical. Every time an object is "handled", it takes processing time. So, now I know that Webkinz is treating each item in our dock as separate objects, and not xxx instances of the same object (which is what I thought they were doing--which should take a lot less processing time (i.e. loading 2000 objects will take a lot longer than loading one object and a whole number attached/assigned to that object (2000 in this case))). Now I know for sure that I need to limit my dock even further than I already have (I have xx chocolate and xx other bats from their Wacky Zingoz promotion that don't fit in the fridge yet...I guess I will have to start feeding them to my pet!!! I also have a lot of bingoz coupons which I have been saving to play the one ball game (it took me over 70 coupons to win a won ball game before, over 50 another time). It is so hard to decide what to keep in my dock!
I doubt if Webkinz will change their programming. A meta model is set in the beginning and if they change an existing meta model which is working properly by us limiting our items, then they will most likely run into other, bigger glitches. Why they programmed our docks that way is unbelievable to me. If their existing meta model does not handle being able to attach a number to an object (specifying how many of that object we have) then it will be a nightmare for them to change it and reprogram their code. Maybe they never imagined that anyone would have that many items in their dock!
I am like the other user that would like to have all my pets on one account. But I foolishly entered all my free pet codes from my trading card packs onto that account also. It would be nice if Webkinz/Ganz would let us know the precise "limit" of pets, rooms, etc. that we could have on our accounts, before we get frozen out of our accounts entirely (which will eventually happen if they don't change their programming, and we keep adding to our accounts over the next few years).