Are you using previous gigs that were on the buffer, or are you looking at newly-generated ones post-update?

I don't know, I didn't see the notification, only you did.

Resets aren't technically script errors, a reset is something the game does on its own, that various scripts trying to catch script errors will log. Why your fridges are being reset, I don't know.

Uploaded new version, MAYBE resolves your weird renovation payout issue. Dunno anything about the fridge issue.

Apparently it's common, I guess, since I didn't edit anything that would reset fridges.

Oh, where was that?

Man, I definitely remember there was some trick to downloading from the Exchange as a Pirate Cat, but I can't remember what it was.

If you mean "will doing this in very isolated incidents explode your game instantly", then no. However, once you fall into a pattern of it, it will cause unbounded growth of these stub files that are largely invisible to the player. As the game has no intrinsic garbage collection routines, this means it never, ever, gets cleaned up.

This can produce several kinds of failure and problems:

1. You can overflow the file limits of the OS. Each of these dud entries still counts against you here. This will cause total failure of the game to load or save correctly.

2. Anything which actually does have to iterate through all these stubs in script code can overflow the game's max instruction count ("too many iterations"), and thus fail.

3. If none of these conditions are reached, the game ultimately has a hard limit on the number of sim descriptors present. While this is a number that's probably too high to plausibly reach in normal play, casually spamming ghost entries into your neighborhood save can easily hit this limit, which is why transplanting households across neighborhood saves is extra bad as this explosively grows the numbers of stubs.

4. The problem can be compounded if unsafe mods attempt to interact with these stubbed entries in incorrect ways.

I don't see how it would cause any issues, so should be fine.

Not actively, really. The site is currently sustained by other operations that run off the server. You can still give if you want, but the warchest currently is sufficient to cover the site for another 20 years or so long as nothing interferes with the actual flow of funds.

Maybe? It depends on what annoys me that someone else hasn't already done, because while I will ultimately make my own, I don't tend to publish if someone else already has one. I tend to be rather "not invented here" when it comes to what I put into my own game, though.

It's an action with very little in the way of any prerequisites, so if it fails to take effect when clicked, and the turn on/off option change, something is interfering with the game's very basic command pathways. Do OTHER actions do anything?

Sacred SHOULD prevent the game from making destructive alterations to the sim, yes.

That's the color of a sim that's doing the thing. Story Progression in action.

There shouldn't be any problems with appending to it, far as I know, although I don't know what "autoupdate!" is.

Okay, I attempted a fix for this particular weird case, see if it helps.

Story progression is not responsible for creating performers, that's normal NPCgen, which is not prevented. However, any number of obstacles coudl have prevented them from arriving.

Err...I'm not familiar with this interaction. Can you explain what it is, what it does, and how you triggered it?

I don't recall anything like that, no.

Not really. Terms last 5 business days. If you do what I do and enroll them on Friday Evenings (so you get the entire weekend to do your homework before class starts), your results will come out Friday Evening shortly after the term ends.

That's the reason yours are out of sync like that. The technique probably still applies, but the point remains that you can't leave anyone in mid-season or they fail.

It includes all sims instantiated in the world for any reason. It does not include homeless sims who are deinstantiated, such as service sims.

You don't, other than not using it. AwesomeMod Story Progression uses it to drive story progression events, though, because I take a simulationist attitude towards these things and rather than just magically granting advancement to sims, I try to make them actually do those things. So that notifies you that Story Progression is in progress, I guess.

I forget the exact details of how that worked, but I think it just unlocks them, it doesn't actually make them appear, so you need the standard cheatcode for showing hidden stuff.

I recall it forcibly unlocks the various simport-related rewards, although I forget what they were, for those of us who obviously have no friends, especially since the game is now defunct and its online features won't work normally.

That sounds like a Supreme Commander tag. If sims have orders they're executing, then you'd also see a tag on them. What color is the tag?

I think that's actually vanilla, because I didn't do anything to stop, alter, display, or otherwise do anything with NPC gossip.

This is a subject of some level of irritation that I have been looking into, although with only limited success. But yes, you're basically only allowed one batch of sims actively enrolled at a time, and absolutely everyone else will FAIL MISERABLY as a result of being unable to perform activities.

The tricky part is that once a sim graduates from university, their performance history is rendered unrecoverable, which makes it hard to figure out what the expected performance standard is. I can calculate this based on existing performance for a single individual sim, but not for completely fresh sims, and thus there are two options: Assume Awesomeness, or Everybody Fails (which is just the status quo). The former option works as long as it's just for my personal use, because I am awesome, obviously, but the same can't be guaranteed for the rest of you.