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 300581 - add support for loading remote files on Win32
add support for loading remote files on Win32
Status: RESOLVED FIXED
Product: GIMP
Classification: Other
Component: Plugins
2.2.x
Other Windows
: Normal enhancement
: ---
Assigned To: GIMP Bugs
GIMP Bugs
: 314458 332521 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-04-14 06:34 UTC by Paweł
Modified: 2008-01-15 12:52 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Paweł 2005-04-14 06:34:18 UTC
Version details: and older
Distribution/Version: 2003 enterprise pl

using win2003 enterprise pl, gimp 2.2.x [all versions], latest GTK

using a browser, copy URI of an image

swith to gimp, open file menu, click 'open location', enter uri

error showed:
+----
JPEG image Message
Could not open 'C:\Program Files\GIMP-2.2\bin\www.somesite.com\someimage.jpg' 
for reading: No such file or directory

GIMP Message
Opening 'C:\Program Files\GIMP-2.2\bin\www.somesite.com\someimage.jpg' failed:

Plug-In could not open image
+----
it happens with http:// and without, and with other prefixes [url, uri, file 
etc]

if there is an option to remove this local path i'd more than happy - tried to 
find it trough control files and options. not suceeded.

thank you
Comment 1 Michael Schumacher 2005-04-14 08:29:39 UTC
Works fine for e.g. 
file:///C:/Documents%20and%20Settings/schumaml/My%20Documents/My%20Pictures/wilber-huge-alpha.png

I'm not surprised that it doesn't work for HTTP, nobody worked on this for win32
so far.
Comment 2 Sven Neumann 2005-04-14 09:35:11 UTC
This is not a problem with the dialog. As Michael has already pointed out, the
problem is that there is no plug-in to load remote files for Win32 yet. Someone
would have to add a Win32 specific implementation to the uri plug-in.
Comment 3 Sven Neumann 2005-04-14 09:38:07 UTC
gnome-vfs is being ported to Win32
(http://tml-blog.blogspot.com/2005/04/evolution-to-win32-porting-status.html). I
am not sure if it's a good idea to use it though, since it would probably be
easier to use some Win32 API directly.
Comment 4 Paweł 2005-04-14 09:55:40 UTC
ad #1

yeah, i know i works for local files very well
i was unaware of missing win32 plugin, so thought of it as a bug
thanks for clearing it out
Comment 5 Michael Schumacher 2005-08-25 19:40:28 UTC
*** Bug 314458 has been marked as a duplicate of this bug. ***
Comment 6 Michael Schumacher 2006-02-25 12:12:53 UTC
*** Bug 332521 has been marked as a duplicate of this bug. ***
Comment 7 rhi 2006-09-28 21:36:29 UTC
I suggest to remove the "open from location" menu entry in GIMP/Win32 as long as it doesn't work. This is very confusing and a user can't guess which functions work and which do not.
Comment 8 Sven Neumann 2006-09-29 12:15:19 UTC
It does work, it just doesn't work for remote files. See also bug #358203.

I wonder why you people on Win32 can't just sit down and write a simple backend instead of wasting your time complaining. The amount of contributions from Win32 users is minimal compared to the noise they are making. We have several plug-ins that urgently need to have a few lines of Win32 specific code added but nothing ever happens there...

Comment 9 rhi 2006-09-29 15:14:50 UTC
First, I want to point out that I'm *not* a Win32 user. I reported this bug because I was at a friend's place and wanted to show him GIMP. So I dl'ed GIMP 2.2 and wanted to load an image from the Web - didn't work, and it was embarassing because when I saw the error message, I thought it was some problem with the privileges or something like that.

Also, I did not complain, but reported a bug. I only want to help, please don't believe that I'm a user who only demands and doesn't give anything.

Best regards,
Richard
Comment 10 Manish Singh 2006-09-29 17:59:15 UTC
With the libcurl backend for the uri plugin, remote files can now be supported on win32. If this doesn't work, open a bug specifically against the plugin.