After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 153153 - seek-to-end fails with the neon method
seek-to-end fails with the neon method
Status: RESOLVED FIXED
Product: gnome-vfs
Classification: Deprecated
Component: Module: http
cvs (head)
Other Linux
: High normal
: ---
Assigned To: gnome-vfs maintainers
gnome-vfs maintainers
: 152844 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2004-09-20 14:46 UTC by Mark McLoughlin
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
test case (812 bytes, text/plain)
2004-09-20 14:47 UTC, Mark McLoughlin 		  Details
patch (582 bytes, patch)
2004-09-20 14:48 UTC, Mark McLoughlin 		none Details | Review

Description Mark McLoughlin 2004-09-20 14:46:55 UTC 
From:

  http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=132469

What happens is that gpdf seek()s to EOF to get the file size, we send a HTTP
GET with Range: file-size and we get back a 416. This puts the vfs handle into
an error state and next time gpdf tries to read it blows up (there's no error
checking).

Unless I'm mistaken, there's no need to actually re-start the HTTP stream when
we seek - we can just put it into idle and restart next time we read() or
whatever. Attaching a patch and test case against CVS HEAD.

(And yes, I'll submit a patch to add error checking to gpdf too :-)
Comment 1 Mark McLoughlin 2004-09-20 14:47:49 UTC 
Created attachment 31725 [details]
test case
Comment 2 Mark McLoughlin 2004-09-20 14:48:24 UTC 
Created attachment 31726 [details] [review]
patch
Comment 3 Christophe Fergeau 2004-09-20 14:53:21 UTC 
*** Bug 152844 has been marked as a duplicate of this bug. ***
Comment 4 Alexander Larsson 2004-09-21 08:25:35 UTC 
This looks right to me.