Supernovy

Ascensiam is a former moderator. Former moderators are under the same limits as normal users, but if they don't change their avatar, it won't change size to fit the smaller limit. Steve5451 doesn't seem to have a larger than usual avatar. Very old threads were, I believe, ported over from the SMF KSP forum, which did not have reputation like vB has.

They are or used to be moderators, community managers, or Squad staff. Essentially, yes. They are not very active. You'll need to elaborate more on your question if you want a more thorough answer.

And here I thought you would have just wanted to correct the misspelling of "waffle".

I looked through the admin settings, but could only find a thing that lets me adjust the amount of articles per page, not enable or disable the ability to change pages. It might be a vBulletin bug, but I haven't found anything written about it in my brief time searching.

I'm afraid that was also my fault. Squad staff have moderation permissions, but not admin permissions. KSP Developers have neither (aside from HarvesteR, who is an admin). KSPTV broadcasters have the same permissions as regular users.

I'm enjoying the transit of Venus.

No. Yes.

Aside from comparing the join date to the current date, not really. You can't see the amount of hours/minutes/seconds someone has been online in total, for example.

As far as I know, attachments have just been broken since the switch from the old forum (SMF, I think) to this one (vB4). I know for sure that attachments ported from the old forum to this one broke.

My Profile -> Infractions Tab. It may not be there if you have no infractions at all.

Slowly. That's about all I could get out of KasperVld. After searching, I have found no documentation on any inbox full notifications or warnings. I found some discussion of what should happen when an inbox is full, but nothing concrete on that being in a release version of the forum software.

Doesn't seem pertinent, the problem in the second link seemed to be the one where mass is needed to have thrust.

I just checked and unfortunately this is not currently possible.

Over the past month (30 April - 28 May), the average daily user activity (unique user visits) has been 4338 per day. You could multiply that to get the monthly number, but that would include visits on different days by the same users. Over that same time period, 2878 accounts have been registered, an average of 99 per day. There have been 97026 new posts (3346/day average) and 5079 new threads (175/day average). That's Technicality correct. I just checked and it's still three posts. Incidentally, there's approximately 70000 Curious George accounts, and 74000 Trusted accounts (i.e. regular users). EDIT: When a post is reported, an email is sent to every moderator. We generally discuss with each other what the appropriate response is, but that is definitely not contingent on getting multiple reports. Over the last forty-five days, there has been an average of 9 reports per day. That's a little harder to get the stats on, but abuse of the report system has been overall not a big issue we've had to deal with. The overwhelming majority of reports have been in good faith. Reports that warrant no action do come in more often than malicious ones, but a lot less often than actionable ones.

That was a small change, but changed nonetheless.

Your first issue - very weak brakes - is known and has been reported. The only workaround I know of is to never right click the wheels, in editor or flight. EDIT: There may be a way to fix your wheels by editing the persistence file and/or the craft file, if you have them it would be great if you could upload them. Your second issue sounds like you were holding down alt (for physical timewarp) while pressing W (for rover wheels forward), this engages trim (as does any alt + rotation key), you can tell by leaving your hands off the controls and disabling SAS and looking at the PYR indicator in the bottom left. If the pitch indicator is off the centre, you have trimmed. You can solve this by pressing alt+x, which resets trim.

When did you deploy the chute? (i.e. When did you hit spacebar to activate the stage with the chutes in it?)

I just checked and the side nodes on the not-rockomax micronode are indeed inverted in the config. Workarounds are to either use the rotate gizmo after placing in order to turn the part the right way, or edit the config to swap the signs of the 1s in the right, left, back, and front nodes.

STAGE_PRIORITY_FLOW should drain from those droptanks first, before other tanks, due to the decoupler. If it does not, that's a bug.

Was the connection disabled or just not connected? This may be related to the unused network adapter bug.

I find on my laptop that the bottleneck is terrain detail, though dropping rendering quality helps too.

Note that when you're in precision control mode (caps lock) the game does a dumb auto-balancing with RCS, scaling the thrust they put out with the inverse of their distance. If you have the same amount of thrusters on each side of the CoM at the same radial size (e.g. both sets on 2.5m parts), you can translate without rotating and rotate without translating.

Retagged as bug.

That matches up with other reports we've received, thanks.

Anchored decouplers is any radial decoupler that leaves behind a small greeble on the craft when decoupled. In stock this is every radial decoupler except the structural pylon. In the case Claw is talking about, attaching a fuel tank directly to a fuel tank will not crossfeed, but attaching a radially attachable crossfeed capable part, then stack attaching a tank to that part will crossfeed. The same works across radial decouplers if they have no crossfeed, which is what's happening here. If you config edit the decouplers to not be crossfeed capable, this will stop.