Open fhennig opened 9 years ago
Which desktop environment/window manager are you using?
In the referenced owncloud issue I read "I am using Linux Mint 16 with MATE desktop.". Is that still the case?
The other issue was not created by me, I am using Arch Linux with i3wm.
Same problem on arch linux with i3 as window manager.
Does it work if you set the environmaent varialbe XDG_CURRENT_DESKTOP=GNOME
before running owncloud?
I just upgraded to the latest version. Now the log always reads:
OCC::HttpCredentials::slotWriteJobDone: Error while writing password "Cancelled"
the XDG_CURRENT_DESKTOP
variable does not affect this, but if I set it to GNOME
the font becomes really small, so small that I cannot read the text on the buttons.
@greenkeeper And if you totally unset XDG_CURRENT_DESKTOP?
Possible upstream issue: https://github.com/frankosterfeld/qtkeychain/issues/55
@guruz The variable has no effect on what is written in the log, I always get the message mentioned above.
I just solved an issue similar to yours on archlinux with awesome wm. Symptoms were the same, but the underlying issue was not being able to create new keyrings in gnome-keyring. Same error message from owncloud client. My gnome-keychain did not correctly interface with dbus and crash. More info here: https://bbs.archlinux.org/viewtopic.php?id=202754
Fix was adding
dbus-update-activation-environment --systemd DISPLAY
to ~/.xinitrc
PS. I also experienced the kdewallet error, it twas related to not having libgnome-keyring installed on my machine.
Wow, thanks a lot! I can confirm that it works, at least for me.
For reference, the thread linked above says one should configure .xinitrc properly and refers to the arch wiki page.
I guess this can be closed now.
@greenkeeper Let's keep it open as "Known issue" for now so people find it easier
I've been running into this problem as well (running lxdm/i3), even after following all the advice here. It turns out that the current head of qtkeychain does not support libsecret, (when I checked the client's logs I could see that owncloud wanted to access a non-existent kwallet, which lead me to investigate further.) My workaround was to build and install this patched version of gtkeychain at frankosterfeld/qtkeychain#62 .
Had the same problem under arch linux. Turns out that libgnome-keyring
hasn't been installed despite the fact that the gnome-keyring has been running and qtkeychain
was installed.
Maybe that helps somebody.
@tvannahl Maybe submit this info also upstream at Arch Linux? They could fix packages
@tvannahl thank you! That was bugging me so much. For the info of any future searchers, I'm actually running Solus rather than Arch, and this solution works for Solus too.
@tvannahl This helped me as well! I use Antergos (Arch Linux).
I figured out that on ubuntu 16.04 + gnome-shell, on the start up there is /usr/bin/gnome-keyring-daemon --start --components=ssh.
I figure out that removing --start --components=ssh was allowing to save the password, visible in the seahorse app.
@lowbosch Thank you so much. It works!
Installing libgnome-keyring0
worked for me on Debian. The package is not available in testing at the moment, but can be installed from unstable.
Like in issue #1590 I cannot get owncloud to work together with the gnome-keyring-daemon in version 2.0.0. Here is what I did:
The login box then shows
Reading from keychain failed with error: 'No keychain service available'
After I enter my password the following line is logged:
I find this suspicious, because I do not use the KWallet, I use the gnome-keyring.
I am using Arch Linux and all required packages should be installed:
I'm going to look into qtkeychain, maybe the problem can be found there.
edit: I found an issue for qtkeychain with similar symptoms to what I am experiencing and want to try to build the test-client for qtkeychain to see if I get the same problem with qtkeychain itself, which would mean that the problem is not with the owncloud client.