Erin

no worries! I'll see what I can come up with. Thanks again for pointing us in the right direction!

> Hasn't this been addressed (partially) by #383 ? Not really. #383 added client-side length checks before sending a request, but when requests fail for other reasons, we're still just...

I know that was our original reasoning, I found the old discussions earlier. But since the "apply to comments" checkbox is ticked by default if the underlying value is `undefined`,...

> Im still on the thought that removing the personal setting can be done but it will break workflows that people may still use But by keeping it as something...

The problem you described is basically the inverse of the problem I want to fix. Yes, if a user has the personal setting enabled, they no longer see all removal...

> I honestly don't see that as an issue of the setting, but rather how the setting is worded. It's not an issue if the subreddit wants to force the...

Yeah, okay, that appears to be correct on further testing as well. The post checkbox does default to being checked, but not the comment box - I must've gotten confused...

Well... The "use for comments" checkbox does default to unchecked for legacy removal reasons, but that just means it gets written back as `false` rather than `true`, which can cause...

Possibly related: https://discordapp.com/channels/535490452066009090/535490561478492161/732349096375091242 

Potentially similar in root cause to the `getThingInfo` bug I fixed in #431. Need to double-check the elements being searched for modmail message information.