A subsequent diff will handle this

This color name here is not ideal, but ATM there is no other variable name that gets us this shade of black. I already have a linear task and wrote a comment here that lists out all the names that should be updated/cleaned up

Can you fix this now instead of deferring it? We should not be using a drawer color in the keyserver selection screen. The task you linked is extremely generic and the fact that drawerOpenCommunityBackground is listed doesn't really tell me what you're going to do about it or when it's going to be addressed, nor does it make me feel confident that this component in particular will be fixed up

According to this the disconnecting is not in the scope for now. I don't think we should be displaying this text until it's implemented

This is a good point, and I was planning on committing to a solution on this today when working on the remove keyserver from keyserver store task. The solution, I've been leaning towards as of now is for is to either have the callback do nothing or show an alert to the user telling them that this functionality is not quite ready yet. I realize that some things are not fully baked yet, but I think it wouldn't hurt to already have this UI implemented, then when the disconnecting functionality is ready we only need to worry about the onPress callback

D9828

Here is what it looks like in light mode (this is also the same as drawerOpenCommunityBackground for light mode)

This newly introduced color is for the accented part of the bottomsheet that shows the keyserver details (name of admin and the url prefix)

The only other variable that uses shadesBlack90 is drawerOpenCommunityBackground. Since we don't want to mix modal and drawer color families, I introduced this new modalAccentBackground