One important issue has not been mentioned, yet:
The (missing) authentication of the Client in SSL/TLS.
While @deviantfan has a few valid points, I would like to add this basic issue, why your proposal is not feasible.
TLS without Client authentication:
Typically SSL/TLS are carried out with the Server authenticating itself to the Client, but not the other way around. This means any client can setup a secure TLS connection with the server and be sure that the server is legitimate. However, if there is no client authentication, the server cannot be sure, if the person connecting to it is the person it claims to be. Therefore, it would not make sense for the server to send a password to any client in this setup.
TLS with Client authentication:
In case client authentication is actually performed to setup the TLS session, the server can be sure that the client is who he claims to be. However, in order to enable client authentication, on the client side a certificate (+ private key) needs to be installed. If this kind of mutual authentication is already established, there would not be a need to have a password to log-in in the first place.