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 740436 - Cannot open fles using my Webdav folder in nautilus. Shotwell freezes.
Cannot open fles using my Webdav folder in nautilus. Shotwell freezes.
Status: RESOLVED FIXED
Product: shotwell
Classification: Other
Component: network-storage
0.20.x
Other Linux
: Normal normal
: 0.24
Assigned To: Shotwell Maintainers
Shotwell Maintainers
Depends on: 766294
Blocks:
 
 
Reported: 2014-11-20 15:28 UTC by gnome_bugzilla
Modified: 2016-05-21 16:44 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Do not block viewer if we could not open photo (1.40 KB, patch)
2016-05-09 20:52 UTC, Jens Georg
committed Details | Review

Description gnome_bugzilla 2014-11-20 15:28:14 UTC
Hi! 

I have a Webdav folder and use nautilus as a file manager.
Doubleclicking on my stored picture opens shotwell but it freezes immediately without any error message. I am not able to close shotwell except using xkill...

Gimp opens the pictures on my Webdav without any problems so I think its not a nautilus related problem.

Kind regards,
bkk
Comment 1 Jens Georg 2016-05-09 20:50:04 UTC
Issue with not being able to close shotwell is

V 4243 2016-05-09 22:47:00 [CRT] direct_photo_page_check_ok_to_close_photo: assertion 'IS_PHOTO (photo)' failed
Comment 2 Jens Georg 2016-05-09 20:52:29 UTC
Created attachment 327543 [details] [review]
Do not block viewer if we could not open photo

If for some reason shotwell was started as a viewer and could not access the
photo (seems to happen e.g. on DAV shares mounted through gvfs), do not block
the close button because we mark the file as non-closable due to parameter
checking fail:

V 4243 2016-05-09 22:47:00 [CRT] direct_photo_page_check_ok_to_close_photo:
assertion 'IS_PHOTO (photo)' failed

Signed-off-by: Jens Georg <mail@jensge.org>
Comment 3 Jens Georg 2016-05-09 21:00:16 UTC
Issue with files not being available on dav is that the files don't have id::file which the loading process relies on.
Comment 4 Jens Georg 2016-05-10 20:22:48 UTC
It seems that the roundtrip from path to file to path to file makes that the two files are not regarded the same because at some point it loses the prefix

initial_file.get_path(): /run/user/1000/gvfs/dav:host=home.jensgeorg.de,ssl=true,user=jgeorg,prefix=%2Fowncloud%2Fremote.php%2Fwebdav/Capture.PNG
initial_file.get_uri(): davs://jgeorg@home.jensgeorg.de/owncloud/remote.php/webdav/Capture.PNG

photo.file.get_path(): (null)
photo.file.get_path(): davs://jgeorg@home.jensgeorg.de/owncloud/Capture.PNG
Comment 5 Jens Georg 2016-05-11 21:18:59 UTC
Issue with not being able to open files from WebDAV seems to be a bug in GVFS.
Comment 6 Jens Georg 2016-05-11 21:21:48 UTC
Comment on attachment 327543 [details] [review]
Do not block viewer if we could not open photo

Attachment 327543 [details] pushed as 61f502c - Do not block viewer if we could not open photo
Comment 7 Jens Georg 2016-05-21 16:44:50 UTC
I have pushed a version of gvfs with bug 766294 fixed to the ppa. Shotwell no longer should seem to be blocking and will give feedback if file is not accessible.