When starting the system, the owncloud client does not detect the key in the keychain service and asks for the key every time it starts.

Status changed to 'Confirmed' because the bug affects multiple users.

Same issue here.

I have tried installing chromium, which generates a key in the ring of keys and it works. It is a problem in the Package package: owncloud-client 2.4.1+dfsg-1, not in seahorse.

I also tried a clean installation on ubuntu 17.10 and when you start owncloud-client you immediately ask for an unlocking of the key deposit. That does not happen with owncloud-client 2.4.1+dfsg-1 on ubuntu 18.04.

Confirmed that this is a bug in the owncloud-client 2.4.1+dfsg-1 package, that does not know how to interact with the key repository, does not call it during the first startup and therefore no key is stored there, ask at each start.

I hope the person in charge of the package helps us by fixing the problem before the official launch. regards

Bug reported also on the official Owncloud client, which is the same version apparently as the Ubuntu distribution package:

https://github.com/owncloud/client/issues/6455

There it is mentioned that the responsible package is qtkeychain, which is installed when the client is installed and interacts with gnome-keyring to store the key. I have marked those packages as involved and from my limited knowledge about them. I hope that some developer takes knowledge and makes a patch in qtkeychain. The package that has been installed in Ubuntu for years is llibqt5keychain1 Qt API to store passwords (QT5 version) and has not been updated since 2016.

I must say that the only way to store the key is in an update from Ubuntu 16.04 or from Ubuntu 17.10, in fact it is the way I keep working from my main machine, but a clean installation this time is impossible, I have tried in virtual machines with the results described. The official launch of Ubuntu 18.04 is next week.

PD: Apologies for the English with which I write, I must confess that I do it with the Google translator, my native language is Spanish.

Bug reportado también en le cliente de Owncloud oficial, que es la misma versión aparentemente que la del paquete de la distribución de Ubuntu:

https://github.com/owncloud/client/issues/6455

Ahí se hace mención que el paquete responsable es qtkeychain, que se instala al instalar el cliente e interactúa con gnome-keyring para almacenar la clave. He marcado esos paquetes como involucrados y desde mi escaso conocimiento al respecto. Espero que algún desarrollador tome conocimiento y se haga un parche en qtkeychain. El paquete que se instala en Ubuntu desde hace años es llibqt5keychain1 Qt API to store passwords (QT5 version) y no se ha actualizado desde 2016.

Debo decir que la única forma en que se logra almacenar la clave es en una actualización desde Ubuntu 16.04 o desde Ubuntu 17.10, de hecho es la forma en que sigo trabajando desde mi máquina principal, pero una instalación limpia este momento es imposible, la he intentado en máquinas virtuales con los resultados descritos. El lanzamiento oficial de Ubuntu 18.04 es la próxima semana.

PD: Disculpas por el ingles con el que escribo, debo confesar que lo hago con el traductor de Google, mi idioma nativo es español.

In the official thread of the package is the temporary solution this moment: https://github.com/owncloud/client/issues/6455?_pjax=%23js-repo-pjax-container

This is the package that is not installed by default in Debian SID and in Ubuntu 18.04 (Ubuntu is based on SID).

The package is:

libgnome-keyring0

I do not know why this package is no longer installed, but it should be fixed as a dependency of owncloud-client, in fact it will be done in the official package, I suppose from version 2.4.2 that I also suppose that it will no longer be in the Ubuntu repositories. Then the developers should fix the least that dependency on the current package 2.4.1 and fix the bug in the official distribution of Ubuntu 18.04.

I hope that someone responsible for the package is reading this and to help us with the right patch.

I will fix it as in progress when someone is assigned to prepare the patch, I can not assign more than myself and I am not a developer. And when the package with the patch is prepared, it will be fixed as repaired.

The temporary solution is to use the following command:

sudo apt install libgnome-keyring0 owncloud-client nautilus-owncloud

In other words, install libgnome-keyring0 on the same line as the Owncloud client.

En el hilo oficial del paquete está la solucióin temporal este momento: https://github.com/owncloud/client/issues/6455?_pjax=%23js-repo-pjax-container

Se trata de este paquete que no se instala por defecto en Debian SID y en Ubuntu 18.04 (Ubuntu está basado en SID).

El paquete es:

libgnome-keyring0

Ignoro la razón por la que ya no se instala ese paquete, pero debería fijarse como dependencia de owncloud-client, de hecho así se lo hará en el paquete oficial, supongo que desde la versión 2.4.2 que también supongo que ya no estará en los repositorios de Ubuntu. Entonces los desarrolladores deberían fijar al menos esa dependencia en le paquete actual 2.4.1 y se solucionaría el bug en la distribución oficial de Ubuntu 18.04.

Espero que algún responsable del paquete se encuentre leyendo esto y que nos ayude con el parche adecuado.

Lo fijaré como en progreso cuando alguien sea asignado a preparar el parche, yo no puedo asignar más que a mí mismo y no soy desarrollador. Y cuando sea preparado el paquete con el parche, será fijado como reparado.

La solución temporal es usar el siguiente comando:

sudo apt install libgnome-keyring0 owncloud-client nautilus-owncloud

Es decir instalar libgnome-keyring0 en la misma linea que se instala el cliente de Owncloud.

The incidence on the official client was already resolved as explained in my last post and it was closed and fixed in version 2.4.1. I must say that the way is to use the official version and not the one that is distributed from the Ubuntu repositories, unfortunate but it is the reality. Yesterday I wrote to some of the maintainers of the distribution client and I did not get any response, as it happens here where the bug has not been assigned to any developer. This is how bug tracking works in such an important distribution and how many users use it?

With all due respect I ask a little more consideration for the users.

Thank you.

La incidencia en el cliente oficial ya fue resuelta conforme se explica en mi último post y ya fue cerrada y arreglada en la versión 2.4.1. Debo decir que el camino es usar la versión oficial y no la que se distribuye desde los repositorios de Ubuntu, lamentable pero es la realidad. Ayer escribí a algunos de los, mantenedores del cliente de la distribución y no obtuve repuesta alguna, tal cual como pasa acá donde no se ha asignado el bug a desarrollador alguno. ¿Así funciona el seguimiento de bug en una distribución tan importante y que la utilizamos tantos usuarios?

Con todo respeto pido un poco más de consideración para los usuarios.

Gracias.