View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0007196 | libmicrohttpd | external API | public | 2022-03-17 20:18 | 2024-01-21 12:33 |
| Reporter | basch | Assigned To | Christian Grothoff | Due Date | |
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 0.9.75 | ||||
| Fixed in Version | 0.9.76 | ||||
| Summary | 0007196: mhd_assert(0) after MHD_resume_connection() | ||||
| Description | Hello, I think I've stumbled over a minor bug in MHD. If a connection is suspended in the response-callback (MHD_suspend_connection() and return 0) and resumed at some later point through MHD_resume_connection(), this is what happens: * connection has event_loop_info=MHD_EVENT_LOOP_INFO_WRITE and state=MHD_CONNECTION_NORMAL_BODY_UNREADY/MHD_CONNECTION_CHUNKED_BODY_UNREADY * daemon.c:call_handlers() -> connection.c:MHD_connection_handle_write() -> switch(state) -> assert(0) Thanks and regards! | ||||
| Tags | No tags attached. | ||||
| The problem here is that you MUST NOT return '0' from the access handler callback after suspending the connection. a7c91385..4627d005 documents this more clearly and adds an assertion which will trigger earlier (upon returning the invalid MHD_NO from the access handler). | |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2022-03-17 20:18 | basch | New Issue | |
| 2023-02-08 13:29 | Christian Grothoff | Note Added: 0019776 | |
| 2023-02-08 13:29 | Christian Grothoff | Assigned To | => Christian Grothoff |
| 2023-02-08 13:29 | Christian Grothoff | Status | new => resolved |
| 2023-02-08 13:29 | Christian Grothoff | Resolution | open => fixed |
| 2023-02-08 13:29 | Christian Grothoff | Fixed in Version | => 0.9.76 |
| 2024-01-21 12:24 | Christian Grothoff | Category | libmicrohttpd API => external API |
| 2024-01-21 12:33 | Christian Grothoff | Status | resolved => closed |