Comment 5 for bug 1408107

I don't think this is a gvfs issue, the timeout is coming from libsmbclient which gvfs uses to communicate with the server. Deleting a file should be quick though so timing out is strange.

How long does it take to timeout? Maybe there's something strange happening like the server crashing which causes the connection to timeout?

This is the interesting bit from the logs, where two stat() calls in a row give different results:

smbc_stat(smb://192.168.1.1/download/test123/test123.1080p.mkv)
SMBC_getatr: sending qpathinfo
num_setup=1, max_setup=0, param_total=60, this_param=60, max_param=2, data_total=0, this_data=0, max_data=65535, param_offset=68, param_pad=0, param_disp=0, data_offset=128, data_pad=0, data_disp=0
send_reply(0x8a18d0), failed=0 ()

smbc_stat(smb://192.168.1.1/download/test123/test123.1080p.mkv)
SMBC_getatr: sending qpathinfo
num_setup=1, max_setup=0, param_total=60, this_param=60, max_param=2, data_total=0, this_data=0, max_data=65535, param_offset=68, param_pad=0, param_disp=0, data_offset=128, data_pad=0, data_disp=0
map_errno_from_nt_status: 32 bit codes: code=c00000b5
smbc errno NT_STATUS_IO_TIMEOUT -> 110
send_reply(0x8b3940), failed=1 (Időtúllépés a kapcsolatban)

smbc_stat(smb://192.168.1.1/download/test123)
SMBC_getatr: sending qpathinfo
num_setup=1, max_setup=0, param_total=24, this_param=24, max_param=2, data_total=0, this_data=0, max_data=65535, param_offset=68, param_pad=0, param_disp=0, data_offset=92, data_pad=0, data_disp=0
map_errno_from_nt_status: 32 bit codes: code=c00000b5
smbc errno NT_STATUS_IO_TIMEOUT -> 110
send_reply(0x7f5c38002c00), failed=1 (Időtúllépés a kapcsolatban)

Are you using a Windows server or some kind of Samba server?