Comment 8 for bug 94893

Steps for reproducing:

# add entries for xml.amazon.com
sudo iptables -A INPUT -p tcp --src 207.171.166.90 -m limit --limit 5/second -j DROP
sudo iptables -A INPUT -p tcp --src 72.21.211.37 -m limit --limit 5/second -j DROP
sudo iptables -A INPUT -p tcp --src 72.21.207.8 -m limit --limit 5/second -j DROP

then play files which you don't already have the cover art (additionaly I make the network up/down :)

for me it produced the crash quite easily:
[Switching to Thread -1409803376 (LWP 18880)]
0xb7390bdc in _gnome_vfs_handle_do_read (handle=0xb73ca3e8, buffer=0x8be1e28, num_bytes=4096, bytes_read=0x8cd89d8,
    context=0x8af2e70) at gnome-vfs-handle.c:132
132 gnome-vfs-handle.c: No such file or directory.
 in gnome-vfs-handle.c
(gdb) bt
#0 0xb7390bdc in _gnome_vfs_handle_do_read (handle=0xb73ca3e8, buffer=0x8be1e28, num_bytes=4096, bytes_read=0x8cd89d8,
    context=0x8af2e70) at gnome-vfs-handle.c:132
#1 0xb738bd18 in gnome_vfs_read_cancellable (handle=0xb73ca3e8, buffer=0x8be1e28, bytes=4096, bytes_read=0x8cd89d8,
    context=0x8af2e70) at gnome-vfs-cancellable-ops.c:135
#2 0xb7392fed in _gnome_vfs_job_execute (job=0x8ef2f78) at gnome-vfs-job.c:1232
#3 0xb73922aa in thread_entry_point (data=0x8ef2f78, user_data=0x0) at gnome-vfs-job-queue.c:65
#4 0xb70764d8 in ?? () from /usr/lib/libglib-2.0.so.0
#5 0x08ef2f78 in ?? ()
#6 0x00000000 in ?? ()
(gdb) print handle
$1 = (GnomeVFSHandle *) 0xb73ca3e8
(gdb) print handle->uri
$2 = (GnomeVFSURI *) 0x571e4
(gdb) print *handle->uri

obviously the uri is wrong (the adress is way too small), I think it was somehow changed by something, it could be:
gnomevfs python binding not doing a incref, or gnomevfs.