[opensuse-gnome] GNOME 3.8 Upgrade: WebDAV GVFS has issues
I upgraded my workstation [nVidia x86_64] and primary laptop [Intel-GPU x86_64] openSUSE 12.3 boxes to GNOME 3.8 as described @ http://dominique.leuenberger.net/blog/2013/04/gnome-3-8-for-opensuse-12-3-go... Upgrade was smooth, and both are working. On the laptop [Intel-GPU] I had to also perform the Mesa upgrade, otherwise it was hopelessly donkers (as expected from the post). zypper ar obs://home:dimstar:Mesa/standard Mesa zypper dup --from Mesa Only problem I have now is that GVFS WebDAV seems quite broken. I can view a folder in Nautilus, but attempting to right-click open some file results in an error. GVFS appears to be dropping the initial part of the path so "/dav/Projects/MyProject/Documents/myfile.txt" results in a request for "/Projects/MyProject/Documents/myfile.txt". -- Adam Tauno Williams mailto:awilliam@whitemice.org GPG D95ED383 Systems Administrator, Python Developer, LPI / NCLA -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
Quoting Adam Tauno Williams
Upgrade was smooth, and both are working. On the laptop [Intel-GPU] I had to also perform the Mesa upgrade, otherwise it was hopelessly donkers (as expected from the post).
good to hear
zypper ar obs://home:dimstar:Mesa/standard Mesa zypper dup --from Mesa
Mesa is on the way to have this fixed as a maintenance update.. then this is no longer needed; until then, it's the right thing to do.
Only problem I have now is that GVFS WebDAV seems quite broken. I can view a folder in Nautilus, but attempting to right-click open some file results in an error. GVFS appears to be dropping the initial part of the path so "/dav/Projects/MyProject/Documents/myfile.txt" results in a request for "/Projects/MyProject/Documents/myfile.txt".
That sounds weird and looking at the gvfs changes between 3.8 and 3.8 I could not even see where this goes wrong now. BeEst way to have this fixed for good would be a bug on bugzilla.gnome.org directly (or bugzilla.novell.com; where I would have to forward it with limited testing capabilities only). In any case, please let me know the bug ids so I can follow them. Dominique -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
On Mon, 2013-04-22 at 08:33 +0200, Dominique Leuenberger wrote:
Quoting Adam Tauno Williams
: Upgrade was smooth, and both are working. On the laptop [Intel-GPU] I had to also perform the Mesa upgrade, otherwise it was hopelessly donkers (as expected from the post).
good to hear
zypper ar obs://home:dimstar:Mesa/standard Mesa zypper dup --from Mesa
Mesa is on the way to have this fixed as a maintenance update.. then this is no longer needed; until then, it's the right thing to do.
Only problem I have now is that GVFS WebDAV seems quite broken. I can view a folder in Nautilus, but attempting to right-click open some file results in an error. GVFS appears to be dropping the initial part of the path so "/dav/Projects/MyProject/Documents/myfile.txt" results in a request for "/Projects/MyProject/Documents/myfile.txt". That sounds weird and looking at the gvfs changes between 3.8 and 3.8 I could not even see where this goes wrong now. BeEst way to have this fixed for good would be a bug on bugzilla.gnome.org directly (or bugzilla.novell.com; where I would have to forward it with limited testing capabilities only). In any case, please let me know the bug ids so I can follow them.
This problem with WebDAV still exists; but I have discovered that I can reliably open and edit any file my dragging the file from Nautilus to the editor [drag-n-drop], such as dragging a file from Nautilus to GEdit. Then it opens, can be edited, etc... It is only the "Open With..." behavior that exhibits this broken-after-the-first-file behavior. Perhaps the problem is somehow with Nautilus... gvfs-debuginfo-1.16.3-1.1.x86_64 gvfs-backends-debuginfo-1.16.3-1.1.x86_64 gvfs-backend-afc-1.16.3-1.1.x86_64 gvfs-1.16.3-1.1.x86_64 gvfs-devel-1.16.3-1.1.x86_64 gvfs-fuse-debuginfo-1.16.3-1.1.x86_64 gvfs-debugsource-1.16.3-1.1.x86_64 gvfs-backends-1.16.3-1.1.x86_64 gvfs-fuse-1.16.3-1.1.x86_64 -- Adam Tauno Williams mailto:awilliam@whitemice.org GPG D95ED383 Systems Administrator, Python Developer, LPI / NCLA -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
On Mon, 2013-04-22 at 08:33 +0200, Dominique Leuenberger wrote:
Mesa is on the way to have this fixed as a maintenance update.. then this is no longer needed; until then, it's the right thing to do.
Only problem I have now is that GVFS WebDAV seems quite broken. I can view a folder in Nautilus, but attempting to right-click open some file results in an error. GVFS appears to be dropping the initial part of the path so "/dav/Projects/MyProject/Documents/myfile.txt" results in a request for "/Projects/MyProject/Documents/myfile.txt". That sounds weird and looking at the gvfs changes between 3.8 and 3.8 I could not even see where this goes wrong now. BeEst way to have this fixed for good would be a bug on bugzilla.gnome.org directly (or bugzilla.novell.com; where I would have to forward it with limited testing capabilities only). In any case, please let me know the bug ids so I can follow them.
https://bugzilla.gnome.org/show_bug.cgi?id=711074 -- Adam Tauno Williams mailto:awilliam@whitemice.org GPG D95ED383 Systems Administrator, Python Developer, LPI / NCLA -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
On Tue, 2013-10-29 at 09:20 -0400, Adam Tauno Williams wrote:
On Mon, 2013-04-22 at 08:33 +0200, Dominique Leuenberger wrote:
Mesa is on the way to have this fixed as a maintenance update.. then this is no longer needed; until then, it's the right thing to do.
Only problem I have now is that GVFS WebDAV seems quite broken. I can view a folder in Nautilus, but attempting to right-click open some file results in an error. GVFS appears to be dropping the initial part of the path so "/dav/Projects/MyProject/Documents/myfile.txt" results in a request for "/Projects/MyProject/Documents/myfile.txt". That sounds weird and looking at the gvfs changes between 3.8 and 3.8 I could not even see where this goes wrong now. BeEst way to have this fixed for good would be a bug on bugzilla.gnome.org directly (or bugzilla.novell.com; where I would have to forward it with limited testing capabilities only). In any case, please let me know the bug ids so I can follow them.
openSUSE 13.1rc2 still exhibits the same issue with GVFS/WebDAV/GEdit. Opening the first file works, opening any subsequent file fails due to the path being truncated as before [but the error is a different color!] Could not open the file "dav://coils.wmmi.net/Pro… ntown/Documents/index.txt". Unexpected error: HTTP Error: No such path as /Projects/Downtown/Documents/index.txt The path should be "dav://coils.wmmi.net/***dav***/Pro… ntown/Documents/index.txt". The first component is stripped from the path. -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
participants (2)
-
Adam Tauno Williams
-
Dominique Leuenberger