GNOME Bugzilla – Bug 511759
Can't automatically open $DOWNLOADS directory after GIO port
Last modified: 2008-01-24 19:14:44 UTC
After a download, Epiphnay opens the download directory. After the GIO port, on my jhbuild it fails trying to open a non existant path. 1. Click on a link targeting a non managed file type[1]. 2. Choose "Download" on alert 3. Wait for download Expected Results: Epiphany should open (through Nautilus, of course) the folder storing the downloaded file. Actual Result: Nautilus display an error alert saying it can't open the folder /home/username/file://home/username/Downloads [1] like this MacOS dmg file: http://wsidecar.apple.com/cgi-bin/nph-reg3rdpty2.pl/product=14144&cat=9&platform=osx&method=sa/20080114-VisionSynth-2.0.dmg
Note: instead, if you right click the test link in previous comment and choose "Download Link" from popup menu, the auto open feature works fine...
Created attachment 103644 [details] [review] patch I committed this tiny patch to fix this bug, now it works fine.
Closing as FIXED. ------------------------------------------------------------------------ r7886 | cosimoc | 2008-01-24 17:23:39 +0100 (gio, 24 gen 2008) | 4 lines Use g_file_new_for_uri () instead of g_file_new_for_path () in ephy_file_browse_to (). Fix bug #511759.
Created attachment 103654 [details] [review] better patch Reopening. I made a better patch for this, as |parameter| in ephy_file_browse_to () could be both a uri or a path.
Committed.