In certain circumstances, Safari will hang when uploading documents, eventually causing the server to throw a read timeout error. This has been tested again Safari 3.1.1 but apparently happens with earlier versions too.

You can tell if you are experiencing this bug if:

• files upload are hanging and eventually time out; this may happen intermittently
• if you wait 1 (or 5 depending) minutes and then submit/upload, it works
• you are likely working a fast local intranet connect rather than a slower internet connection
• the form works fine in other browsers such as Firefox

This bug is ably described here (http://lists.macosforge.org/pipermail/webkit-unassigned/2007-January/026203.html) and apparently is something happening at a very low level of the TCP/IP stream. Unfortunately, Apple doesn't really seem to believe this is a bug (https://bugs.webkit.org/show_bug.cgi?id=5760).

I do not have a workaround for this, except by disabling Keep-Alive on Safari.

See also:

• http://trac.edgewall.org/ticket/5226#comment:9

Some people are still having issues uploading attachments and we have not been able to come up with a satisfactory solution to the issue. The underlying issue (we believe) is with the Flash uploader, which provides a nicer interface but obviously doesn't work for everyone.

We do however have the following work-arounds for users having issues - use the "old" posting interface. In particular,

• to create a new post, go to:
  • http://USERID.blogmatrix.com/:admin/create/post/
  • click on "add attachments and images" in the sidebar to upload podcasts
• to edit an existing post:
  • click on 'edit' as per usual
  • change in the browser address bar 'edit-posts' to 'post'

Downloading feeds stopped for several hours this afternoon, but everything is working fine right now.

The problem was quite interesting:

• we have an SQL query that brings back N feeds to download, where N is the number of threads,
• but if a feed has no "subscribers" -- i.e. one or more accounts listening to it -- we basically do nothing, including updating the next check date

What was happening was the query was bringing back the same N feeds every time, all with nothing to do. There's probably two or three fixes need to make this work right, but the simplest (but not long term) solution is to remove the LIMIT N from the SQL query.

We have a really neat demo of importing microformats into BlogMatrix. However, we can't show you. Why?

• Apache compiles with its own version of Expat
• mod_python compiles against Apache
• Python compiles with its own version of Expat
• these two different versions of Expat are not compatible
• therefore, all libraries that parse XML cause Apache/mod_python to core dump

We'll have to recompile Apache against Python's Expat and go from there. This will cause a short period of downtime, so we won't be doing this for a little while yet.

Frequently test against Internet Explorer.