It's about time. So we do have to figure out what code we have in our framework
that exists solely to support obsolete browsers. That'll be the challenge.
(Matt? Thierry? Anyone know for sure?)
hm, I've seem to have broken the attachment downloading?
in other news, a memory leak here:
==31277== 31 bytes in 1 blocks are definitely lost in loss record 429 of 529==31277== at 0x4024C4C: malloc (vg_replace_malloc.c:195)==31277== by 0x450E72F: strdup (strdup.c:43)==31277== by
Mo Feb 01 2010 10:22:40 EST von dothebart @ Uncensored
hm, I've seem to have broken the attachment downloading?
whew. this is strange.
I can trace citserver doing...
CC-download_fp = tmpfile(); if (CC-download_fp == NULL) return; rv = fwrite(content, length, 1, CC-download_fp);
Mo Feb 01 2010 11:09:33 EST von dothebart @ Uncensored
Mo Feb 01 2010 10:22:40 EST von dothebart @ Uncensored
hm, I've seem to have broken the attachment downloading?
whew. this is strange.
I can trace citserver doing...
CC-download_fp = tmpfile(); if (CC-download_fp == NULL)
r8269 | dothebart | 2010-02-01 14:19:34 -0500 (Mon, 01 Feb 2010) | 2 lines
Changed paths:
M /trunk/citadel/file_ops.c
* partialy revert r8246; we're working in units of one here, so the number of
units read actualy _is_
r8270 | dothebart | 2010-02-01 14:22:33 -0500 (Mon, 01 Feb 2010) | 2 lines
Changed paths:
M /trunk/webcit/serv_func.c
* don't free the buffer in here, its _not_ ours.
* abort if the server has gone away
Mon Feb 01 2010 08:21:37 AM EST from dothebart @ Uncensored
http://googleenterprise.blogspot.com/2010/01/modern-browsers-for-modern-applications.html
pull the plug!
I can understand IE 6, and even FF 2...but FF 3.0.x is still supported by Mozilla, at this point.