Hide Forgot
Created attachment 1194892 [details] Screenshot of online account Description of problem: Using the latest fully updated Fedora 24. Added an online account for owncloud. When I reboot i get the login notification to access the online account. The problem is, it doesn't work at all. I was expecting a mount in nautilus and some syncing of my calendar etc. Nothing works. Would like to debug this but there are no messages anywhere I can see to tell me what is wrong. Probably my lack of experience with systemd. var/log/messages was my favourite hangout :) SELinux is desabled while trying to debug this problem. I would like to add, I have another machine running Fedora 24 with identical credentials, same owncloud server etc which works great. Version-Release number of selected component (if applicable): Fedora 24 - Gnome Version 3.20.2 How reproducible: Everytime. Create account, same details. No errors. Looks ok. Nothing Steps to Reproduce: 1. Open online accounts 2. Add new account 3. Select owncloud 4. Enter details 5. Done Actual results: No errors, no failures. No mount in nautilus. No sync. Expected results: Mount folder in nautilus, sync from evolution etc Additional info:
(In reply to Peter Dickinson from comment #0) > Using the latest fully updated Fedora 24. Added an online account for > owncloud. When I reboot i get the login notification to access the online > account. The problem is, it doesn't work at all. I was expecting a mount > in nautilus and some syncing of my calendar etc. Nothing works. Would like > to debug this but there are no messages anywhere I can see to tell me what > is wrong. Probably my lack of experience with systemd. var/log/messages > was my favourite hangout You can use journalctl to get the logs. Here are some ways to poke at gnome-online-accounts: https://wiki.gnome.org/Projects/GnomeOnlineAccounts/Debugging What's the output of this: $ gvfs-mount -l Can you manually mount your ownCloud account in Nautilus by going to "Other Locations" -> "Connect to Server"?
Nautilus -> Connect to server Connected ok with webdav URL from owncloud: davs://mycloud.<REDACTED>.co.uk/owncloud/remote.php/webdav/ When running /usr/libexec/goa-identity-service & I get the warning ( Not sure if this has any bearing on the problem. ) libgoaidentity-WARNING **: GoaKerberosIdentityManager: Using polling for change notification for credential cache type 'KEYRING' gvfs-mount -l Drive(0): OCZ-AGILITY3 Type: GProxyDrive (GProxyVolumeMonitorUDisks2) Drive(1): Hitachi HTS545050B9A300 Type: GProxyDrive (GProxyVolumeMonitorUDisks2) Volume(0): WINDOWS Type: GProxyVolume (GProxyVolumeMonitorUDisks2) Volume(1): Data Type: GProxyVolume (GProxyVolumeMonitorUDisks2) Volume(2): 160 GB Volume Type: GProxyVolume (GProxyVolumeMonitorUDisks2) Volume(3): 524 MB Volume Type: GProxyVolume (GProxyVolumeMonitorUDisks2) Drive(2): TSSTcorp CDDVDW TS-L633C Type: GProxyDrive (GProxyVolumeMonitorUDisks2) after connecting with davs gvfs-mount -l Drive(0): OCZ-AGILITY3 Type: GProxyDrive (GProxyVolumeMonitorUDisks2) Drive(1): Hitachi HTS545050B9A300 Type: GProxyDrive (GProxyVolumeMonitorUDisks2) Volume(0): Data Type: GProxyVolume (GProxyVolumeMonitorUDisks2) Volume(1): WINDOWS Type: GProxyVolume (GProxyVolumeMonitorUDisks2) Volume(2): 160 GB Volume Type: GProxyVolume (GProxyVolumeMonitorUDisks2) Volume(3): 524 MB Volume Type: GProxyVolume (GProxyVolumeMonitorUDisks2) Drive(2): TSSTcorp CDDVDW TS-L633C Type: GProxyDrive (GProxyVolumeMonitorUDisks2) Mount(0): mycloud.<REDACTED>.co.uk -> davs://mycloud.<REDACTED>.co.uk/owncloud/remote.php/webdav Type: GDaemonMount
(In reply to Peter Dickinson from comment #2) > When running /usr/libexec/goa-identity-service & I get the warning ( Not > sure if this has any bearing on the problem. ) > > libgoaidentity-WARNING **: GoaKerberosIdentityManager: Using polling for > change notification for credential cache type 'KEYRING' Yes, this is harmless. > gvfs-mount -l > > Drive(0): OCZ-AGILITY3 > Type: GProxyDrive (GProxyVolumeMonitorUDisks2) > Drive(1): Hitachi HTS545050B9A300 > Type: GProxyDrive (GProxyVolumeMonitorUDisks2) > Volume(0): WINDOWS > Type: GProxyVolume (GProxyVolumeMonitorUDisks2) > Volume(1): Data > Type: GProxyVolume (GProxyVolumeMonitorUDisks2) > Volume(2): 160 GB Volume > Type: GProxyVolume (GProxyVolumeMonitorUDisks2) > Volume(3): 524 MB Volume > Type: GProxyVolume (GProxyVolumeMonitorUDisks2) > Drive(2): TSSTcorp CDDVDW TS-L633C > Type: GProxyDrive (GProxyVolumeMonitorUDisks2) > > > after connecting with davs > > gvfs-mount -l > Drive(0): OCZ-AGILITY3 > Type: GProxyDrive (GProxyVolumeMonitorUDisks2) > Drive(1): Hitachi HTS545050B9A300 > Type: GProxyDrive (GProxyVolumeMonitorUDisks2) > Volume(0): Data > Type: GProxyVolume (GProxyVolumeMonitorUDisks2) > Volume(1): WINDOWS > Type: GProxyVolume (GProxyVolumeMonitorUDisks2) > Volume(2): 160 GB Volume > Type: GProxyVolume (GProxyVolumeMonitorUDisks2) > Volume(3): 524 MB Volume > Type: GProxyVolume (GProxyVolumeMonitorUDisks2) > Drive(2): TSSTcorp CDDVDW TS-L633C > Type: GProxyDrive (GProxyVolumeMonitorUDisks2) > Mount(0): mycloud.<REDACTED>.co.uk -> > davs://mycloud.<REDACTED>.co.uk/owncloud/remote.php/webdav > Type: GDaemonMount This means that GVfs/GIO are not seeing your ownCloud account. There is a D-Bus daemon in GVfs that's a GOA volume monitor. It is supposed to expose your ownCloud account as a GVolume. (I have improved https://wiki.gnome.org/Projects/GnomeOnlineAccounts/Debugging to cover this now.) Do you have the gvfs-goa package installed? Is gvfs-goa-volume-monitor running?
Thankyou! I was missing gvfs-goa-1.28.3-1.fc24.x86_64. The problem I guess is I couldn't see any errors. If this pachage is required, shouldn't it be a dependency? Had a similar problem not so long ago sending files with bluetooth. That was due to the obex package not being installed. Thanks again! :)
(In reply to Peter Dickinson from comment #4) > Thankyou! I was missing gvfs-goa-1.28.3-1.fc24.x86_64. The problem I guess > is I couldn't see any errors. If this pachage is required, shouldn't it be > a dependency? Had a similar problem not so long ago sending files with > bluetooth. That was due to the obex package not being installed. I see. :) If you install Fedora Workstation, then gvfs-goa will definitely be installed. If you are doing something custom, then, well, you are on your own. One problem with adding a dependency is that then people will complain that everything is too interconnected and they can not remove random packages/components for whatever reasons. In this case gvfs-goa requires gnome-online-accounts simply because its a linker-dependency. If we were to make gnome-online-accounts require gvfs-goa (and all other components needed for online integration), then you won't be able to remove gvfs-goa without nuking your entire GNOME installation.
Thanks for the explanation. I understand what you are saying and agree we shoudn't have bloat. Would it be possible to ask the user to install the required packages, if they are not already installed, if needed when adding an online account? Incidentally, the problem with the online account happened, I guess, because I did an upgrade from Fedora 23 workstation to Fedora 24 Workstation.
(In reply to Peter Dickinson from comment #6) > Thanks for the explanation. I understand what you are saying and agree we > shoudn't have bloat. Would it be possible to ask the user to install the > required packages, if they are not already installed, if needed when adding > an online account? If someone writes a patch to do it in a distribution agnostic way (possibly using PackageKit), then I'll definitely review it. Although, I wonder, how the move to an Atomic Workstation in Fedora will affect such a thing. > Incidentally, the problem with the online account happened, I guess, because > I did an upgrade from Fedora 23 workstation to Fedora 24 Workstation. I am quite sure that Fedora 23 Workstation would have installed gvfs-goa. We even advertised the Google Drive integration as a big feature. Maybe you didn't have it in Fedora 23, but you only happened to notice it now.