You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
See #7479 .
That solution is now in esp-idf-v4.4-rc1, thanks.
Suggestion to not only call user_cb at session creation but also from httpd_ssl_close to assist the application in managing its own state. (If the application does more than just cope with short sessions, then managing long ones is hard without this additional call to assist in cleanup.)
The text was updated successfully, but these errors were encountered:
github-actionsbot
changed the title
(followup to old bug report) clientcert never initialized
(followup to old bug report) clientcert never initialized (IDFGH-6652)
Jan 25, 2022
I can see several ways of doing that. The fundamental problem is that you can't pass much info (one parameter) into httpd_ssl_close, and information is scattered (the https_server uses leftover fields in httpd sess_db to store its stuff). Lookups in the sess_db require two parameters, not one.
Solution 1 is to allocate another structure to pass to httpd_ssl_close, with all the desired fields. That's a workaround for the problem above, and would not touch httpd_server coding.
Solution 2 could be to expose sess_db to https_server. Then it would be able to grab the global_ctx and call user_db from there.
I'm sure there are other ways. I can code a sample if you tell me how.
See #7479 .
That solution is now in esp-idf-v4.4-rc1, thanks.
Suggestion to not only call user_cb at session creation but also from httpd_ssl_close to assist the application in managing its own state. (If the application does more than just cope with short sessions, then managing long ones is hard without this additional call to assist in cleanup.)
The text was updated successfully, but these errors were encountered: