|Anonymous | Login | Signup for a new account||01-17-2020 04:56 PST|
|Main | My View | View Issues | Change Log | Docs|
|Viewing Issue Simple Details [ Jump to Notes ]||[ View Advanced ] [ Issue History ] [ Print ]|
|ID||Category||Severity||Reproducibility||Date Submitted||Last Update|
|0001528||[Resin]||minor||sometimes||12-28-06 08:42||01-01-07 10:37|
|Summary||0001528: ISAPI bug introduced in 3.0.19|
I checked out the 3.0 Branch(12/27/2006) and it appears that the bug that was introduced in 3.0.19 is still there:
I believe on Line 479 of protocol.cpp
write_client_buffer(r, s->read_buf + s->read_offset, sublen);
if (write_client_buffer(r, s->read_buf + s->read_offset, sublen) < 0)
The condition of !r->WriteClient(r->ConnID, buffer, &sentlen, HSE_IO_SYNC)
is not detected as it was in 3.0.18.
write_client_buffer should return void if the return value is unused !
Bug happens using IE SSL/IIS 6.0 on 3.0.19 to 3.0.22.
Clear file cache.
On 2nd Navigation to page some files/images when IE checks if they
are up to date fail.
and page fails to behave properly.
We are running HTTPS/SSL over IIS 6.0 Windows 2003 SP2.
(IE loads the file the first time but when IE Checks to see if the files in its cache are up to date I believe the reload fails)
When we switched to the 3.0.18 version of the ISAPI DLL,
and used either 3.0.21 or 3.0.22 PRO core the application works like a champ !
The actual bug isn't due to the write_client_buffer. The underlying issue is chunking with 304.
That has been fixed in 3.1.0 and the 3.0 snapshot.
|12-28-06 08:42||free2create||New Issue|
|12-29-06 06:53||free2create||Note Added: 0001671|
|12-29-06 06:53||free2create||Issue Monitored: free2create|
|01-01-07 10:37||ferg||Note Added: 0001673|
|01-01-07 10:37||ferg||Assigned To||=> ferg|
|01-01-07 10:37||ferg||Status||new => closed|
|01-01-07 10:37||ferg||Resolution||open => fixed|
|01-01-07 10:37||ferg||Fixed in Version||=> 3.0.23|
| Mantis 1.0.0rc3[^]
Copyright © 2000 - 2005 Mantis Group
32 total queries executed.|
27 unique queries executed.