NullPointerException: ssl_session == null

We met a bug recently. the trace log is

java.lang.NullPointerException: ssl_session == null
	at com.android.org.conscrypt.NativeCrypto.SSL_SESSION_cipher(Native Method)
	at com.android.org.conscrypt.OpenSSLSessionImpl.getCipherSuite(OpenSSLSessionImpl.java:320)
	at okhttp3.Handshake.get(Unknown Source)
	at okhttp3.internal.connection.RealConnection.connectTls(Unknown Source)
	at okhttp3.internal.connection.RealConnection.establishProtocol(Unknown Source)
	at okhttp3.internal.connection.RealConnection.buildConnection(Unknown Source)
	at okhttp3.internal.connection.RealConnection.connect(Unknown Source)
	at okhttp3.internal.connection.StreamAllocation.findConnection(Unknown Source)
	at okhttp3.internal.connection.StreamAllocation.findHealthyConnection(Unknown Source)
	at okhttp3.internal.connection.StreamAllocation.newStream(Unknown Source)
	at okhttp3.internal.connection.ConnectInterceptor.intercept(Unknown Source)
	at okhttp3.internal.http.RealInterceptorChain.proceed(Unknown Source)
	at okhttp3.internal.http.RealInterceptorChain.proceed(Unknown Source)
	at okhttp3.internal.cache.CacheInterceptor.intercept(Unknown Source)
	at okhttp3.internal.http.RealInterceptorChain.proceed(Unknown Source)
	at okhttp3.internal.http.RealInterceptorChain.proceed(Unknown Source)
	at okhttp3.internal.http.BridgeInterceptor.intercept(Unknown Source)
	at okhttp3.internal.http.RealInterceptorChain.proceed(Unknown Source)
	at okhttp3.internal.http.RetryAndFollowUpInterceptor.intercept(Unknown Source)
	at okhttp3.internal.http.RealInterceptorChain.proceed(Unknown Source)
	at okhttp3.internal.http.RealInterceptorChain.proceed(Unknown Source)
	at okhttp3.internal.http.RealInterceptorChain.proceed(Unknown Source)
	at okhttp3.internal.http.RealInterceptorChain.proceed(Unknown Source)
	at okhttp3.internal.http.RealInterceptorChain.proceed(Unknown Source)
	at okhttp3.internal.http.RealInterceptorChain.proceed(Unknown Source)
	at okhttp3.RealCall.getResponseWithInterceptorChain(Unknown Source)
	at okhttp3.RealCall.access$100(Unknown Source)
	at okhttp3.RealCall$AsyncCall.execute(Unknown Source)
	at okhttp3.internal.NamedRunnable.run(Unknown Source)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1113)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:588)
	at java.lang.Thread.run(Thread.java:818)

What’s more, the phone model is m5 and M611D，system version is Android 6.0 . We think it is a rare problem when tls connect stage. It is great thing when you fixed it! Thanks ~

[yschimke]

@swankjesse I think it’s a Google Conscrypt bug. Happened on the conscrypt branch, I reported it and there is a fix that should make 1.0.

Happens when you try to use the Session after the remote side closes it. We may want to consider catching this NPE in okhttp, rethrowing as IOException.

https://github.com/google/conscrypt/pull/381/files

[autofocus]

i met same bug recently. @swankjesse said it is a Google Conscrypt bug, i follow @yschimke’s guide,wrote a class NetExceptionHandlerInterceptor,then i add NetExceptionHandlerInterceptor to okhttpClient’s NetworkInterceptor,so it handle all Exception and rethrowing as IOException,i think this method can resolve the problem.

public class NetExceptionHandlerInterceptor implements Interceptor {
    @Override
    public Response intercept(Chain chain) throws IOException {
        try {
            return chain.proceed(chain.request());
        } catch (Exception e) {
            throw new IOException(e.getMessage());
        }
    }
}

//add  NetExceptionHandlerInterceptor to OkHttpClient.Builder.
 OkHttpClient.Builder builder = new OkHttpClient
                .Builder();
 builder.addNetworkInterceptor(new NetExceptionHandlerInterceptor());