Bug#298792: gimp: error 200 (critical) when trying to open a file from a http: location.
Hiho! Ari Pollak schrieb: Does this happen for any URL you try? Can you give an example of one where it fails? It fails with any url. Manish Singh schrieb: wget -T 300 http://the/url/that/is/failing -O /tmp/testwget would help (replace http://the/url/that/is/failing; with an actual example url of course). I didn't know that gimp uses wget for retrieving the url... Actually that gives me an idea. My ~/.wgetrc contains: robots=off server-response=on And thus the output from above command is: [EMAIL PROTECTED]:~$ wget -T 300 http://www.cashab.de/bilder_flaggen/australia.png -O /tmp/testwget --13:46:54-- http://www.cashab.de/bilder_flaggen/australia.png = `/tmp/testwget' Auflösen des Hostnamen »www.cashab.de« 80.86.176.132 Verbindungsaufbau zu www.cashab.de[80.86.176.132]:80... verbunden. HTTP Anforderung gesendet, warte auf Antwort... 1 HTTP/1.1 200 OK 2 Date: Thu, 10 Mar 2005 12:45:16 GMT 3 Server: Apache/1.3.31 (Debian GNU/Linux) mod_python/2.7.10 Python/2.3.4 PHP/4.3.9-1 mod_ssl/2.8.20 OpenSSL/0.9.7d mod_perl/1.29 4 Last-Modified: Thu, 03 Feb 2005 01:47:35 GMT 5 ETag: 75408b-1784-420182b7 6 Accept-Ranges: bytes 7 Content-Length: 6020 8 Keep-Alive: timeout=15, max=100 9 Connection: Keep-Alive 10 Content-Type: image/png 100%[] 6,020 --.--K/s 13:46:55 (59.01 KB/s) - »/tmp/testwget« gespeichert [6020/6020] I'm not sitting in front of my home machine right now, but I'm fairly certain that the bug will disappear if I remove the server-response parameter. Maybe gimp should add the -e server-response=off to its wget call (or improve the output parsing in a way that any options the user might have set in his .wgetrc don't get in the way). I also wonder why they don't look at the return value, which should be 0 in this case. Kind regards and thanks! Friedel -- Friedrich Delgado Friedrichs [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#298792: gimp: error 200 (critical) when trying to open a file from a http: location.
On Thu, Mar 10, 2005 at 02:13:44PM +0100, Friedrich Delgado Friedrichs wrote: Hiho! Ari Pollak schrieb: Does this happen for any URL you try? Can you give an example of one where it fails? It fails with any url. Manish Singh schrieb: wget -T 300 http://the/url/that/is/failing -O /tmp/testwget would help (replace http://the/url/that/is/failing; with an actual example url of course). I didn't know that gimp uses wget for retrieving the url... Actually that gives me an idea. My ~/.wgetrc contains: robots=off server-response=on And thus the output from above command is: [EMAIL PROTECTED]:~$ wget -T 300 http://www.cashab.de/bilder_flaggen/australia.png -O /tmp/testwget --13:46:54-- http://www.cashab.de/bilder_flaggen/australia.png = `/tmp/testwget' Aufl?sen des Hostnamen ?www.cashab.de? 80.86.176.132 Verbindungsaufbau zu www.cashab.de[80.86.176.132]:80... verbunden. HTTP Anforderung gesendet, warte auf Antwort... 1 HTTP/1.1 200 OK 2 Date: Thu, 10 Mar 2005 12:45:16 GMT 3 Server: Apache/1.3.31 (Debian GNU/Linux) mod_python/2.7.10 Python/2.3.4 PHP/4.3.9-1 mod_ssl/2.8.20 OpenSSL/0.9.7d mod_perl/1.29 4 Last-Modified: Thu, 03 Feb 2005 01:47:35 GMT 5 ETag: 75408b-1784-420182b7 6 Accept-Ranges: bytes 7 Content-Length: 6020 8 Keep-Alive: timeout=15, max=100 9 Connection: Keep-Alive 10 Content-Type: image/png 100%[] 6,020 --.--K/s 13:46:55 (59.01 KB/s) - ?/tmp/testwget? gespeichert [6020/6020] I'm not sitting in front of my home machine right now, but I'm fairly certain that the bug will disappear if I remove the server-response parameter. Maybe gimp should add the -e server-response=off to its wget call (or improve the output parsing in a way that any options the user might have set in his .wgetrc don't get in the way). Yeah, that'd do it. I've just committed code that adds -e server-response=off to the wget arguments. Ari, that patch is attached to this mail, so if you want to stick it in the debian builds until 2.2.5 is out, go for it. Improving the output parsing is nontrivial, since there isn't any straightforward way to detect errors vs. informational messages. It's not really worth doing, as GIMP 2.3 will now use gnome-vfs when available. I also wonder why they don't look at the return value, which should be 0 in this case. Because GIMP parses the wget output to show loading status, so it doesn't hang around doing nothing waiting for wget to finish. -Yosh Index: url.c === RCS file: /cvs/gnome/gimp/plug-ins/common/Attic/url.c,v retrieving revision 1.33.2.1 diff -u -p -r1.33.2.1 url.c --- url.c 24 Feb 2005 17:16:37 - 1.33.2.1 +++ url.c 10 Mar 2005 23:49:40 - @@ -186,7 +186,8 @@ load_image (const gchar *filename, putenv (LANG=C); #endif - execlp (wget, wget, -T, TIMEOUT, filename, -O, tmpname, NULL); + execlp (wget, wget, -e, server-response=off, -T, TIMEOUT, + filename, -O, tmpname, NULL); g_message (exec() failed: wget: %s, g_strerror (errno)); g_free (tmpname); _exit (127);
Bug#298792: gimp: error 200 (critical) when trying to open a file from a http: location.
Package: gimp Version: 2.2.4-1 Severity: normal Whenever I try to open an image from a url, gimp gives the Message: A network error occured: 1 HTTP/1.1 200 OK and gimp tells me that it couldn't open the image. Kind regards and thanks -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages gimp depends on: ii aalib1 1.4p5-22ascii art library ii gimp-data2.2.4-1 Data files for The GIMP ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libasound2 1.0.8-3 ALSA library ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libexif100.6.9-5 library to parse EXIF files ii libexpat11.95.8-1XML parsing C library - runtime li ii libfontconfig1 2.2.3-4 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgimp2.0 2.2.4-1 Libraries necessary to run the GIM ii libgimpprint14.2.7-5 The Gimp-Print printer driver libr ii libglib2.0-0 2.6.3-1 The GLib library of C routines ii libgtk2.0-0 2.6.2-4 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libjpeg626b-10 The Independent JPEG Group's JPEG ii liblcms1 1.13-1 Color management library ii libmng1 1.0.8-1 Multiple-image Network Graphics li ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libtiff4 3.7.1-4 Tag Image File Format (TIFF) libra ii libwmf0.2-7 0.2.8-1.1 Windows metafile conversion librar ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxmu6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous util ii libxpm4 4.3.0.dfsg.1-12.0.1 X pixmap library ii libxt6 4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics ii wget 1.9.1-10retrieves files from the web ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298792: gimp: error 200 (critical) when trying to open a file from a http: location.
Does this happen for any URL you try? Can you give an example of one where it fails? Friedrich Delgado Friedrichs wrote: Package: gimp Version: 2.2.4-1 Severity: normal Whenever I try to open an image from a url, gimp gives the Message: A network error occured: 1 HTTP/1.1 200 OK and gimp tells me that it couldn't open the image. Kind regards and thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298792: gimp: error 200 (critical) when trying to open a file from a http: location.
On Wed, Mar 09, 2005 at 09:59:03PM -0500, Ari Pollak wrote: Does this happen for any URL you try? Can you give an example of one where it fails? Actually, the output of: wget -T 300 http://the/url/that/is/failing -O /tmp/testwget would help (replace http://the/url/that/is/failing; with an actual example url of course). -Yosh Friedrich Delgado Friedrichs wrote: Package: gimp Version: 2.2.4-1 Severity: normal Whenever I try to open an image from a url, gimp gives the Message: A network error occured: 1 HTTP/1.1 200 OK and gimp tells me that it couldn't open the image. Kind regards and thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
