http://bugs.winehq.org/show_bug.cgi?id=17296
--- Comment #74 from Frank G. fgatwork@verizon.net 2010-03-22 08:21:48 --- (In reply to comment #61)
Sorry I didn't spot this earlier. Could you try this patch from bug 3254? http://bugs2.winehq.org/attachment.cgi?id=23392
I applied this patch this morning with the latest git pull and it did not change anything for me, either.
trace:secur32:schan_DecryptMessage context_handle 0x1e2b30, message 0x92de4c, message_seq_no 0, quality (nil) trace:secur32:dump_buffer_desc Buffer desc 0x92de4c: trace:secur32:dump_buffer_desc buffer 0: cbBuffer 37, BufferType 0x1 pvBuffer 0x92dd9c trace:secur32:dump_buffer_desc buffer 1: cbBuffer 0, BufferType 0 pvBuffer (nil) trace:secur32:dump_buffer_desc buffer 2: cbBuffer 0, BufferType 0 pvBuffer (nil) trace:secur32:dump_buffer_desc buffer 3: cbBuffer 0, BufferType 0 pvBuffer (nil) trace:secur32:schan_pull Pull 5 bytes trace:secur32:schan_get_buffer Using buffer 0: cbBuffer 37, BufferType 0x1, pvBuffer 0x92dd9c trace:secur32:schan_pull Read 5 bytes trace:secur32:schan_gnutls_log <4> REC[7c0c1260]: Expected Packet[1] Application Data(23) with length: 37 trace:secur32:schan_gnutls_log <4> REC[7c0c1260]: Received Packet[1] Application Data(23) with length: 32 trace:secur32:schan_pull Pull 32 bytes trace:secur32:schan_get_buffer Using buffer 0: cbBuffer 37, BufferType 0x1, pvBuffer 0x92dd9c trace:secur32:schan_pull Read 32 bytes trace:secur32:schan_gnutls_log <4> REC[7c0c1260]: Decrypted Packet[1] Application Data(23) with length: 0 trace:secur32:schan_pull Pull 5 bytes trace:secur32:schan_get_buffer Using buffer 0: cbBuffer 37, BufferType 0x1, pvBuffer 0x92dd9c trace:secur32:schan_get_buffer No next buffer trace:secur32:schan_gnutls_log <2> ASSERT: gnutls_buffers.c:360 GNUTLS ERROR: Function was interrupted. trace:secur32:schan_DecryptMessage Returning SEC_E_INCOMPLETE_MESSAGE