*** This bug is a duplicate of bug 234532 ***
https://bugs.launchpad.net/bugs/234532
1 This is how the problem are triggered:
Context: Standard Ubuntu 8.04 (with Gnome) installed on the Client (with
OpenOffice and ubuntu-desktop installed), Ubuntu 6.06 or greater
installed in the server with openssh-server installed
1.1) On the client, connect a directory to the client from the server using the
Places-menu-system
1.2) Drag and drop some OpenOffice-documents and ascii-text-documents to the
mounted share on the server
1.3) Fire up OpenOffice and Gedit
1.4) Using the Gnome Open dialogue: try to open, change and save one of the
text-documents using gedit
1.5) Using the Gnome Open dialogue: try to open, change and save one of the
openoffice-documents using openoffice
On every machine I have tested this, step 1.5 stopped due to an extra
password dialogue
I don't know if this is a bug in gvfs-sftp, the Gnome-keyring-system,
the OpenOffice-gnome-addition or else (fat fingers).
But I know gvfs-sftp is new in Ubuntu 8.04 and this configuration worked
like charm from 6.06 to 7.04 and with a few gliches in 7.10 (reinstall
helped) .
If the new gvfs-sftp require changes that is not done in the OpenOffice-
Gnome-addition, or if its ment that the api used in OpenOffice-gnome-
addition could stay untouched and the bug are located to gvfs or the
keyring are a question which I don't have much to add.
2 Expected behavior
When using gvfs-sftp there is a password dialog and a key exchange
happening. The keyring system gives me a chance to save the password
(and keys) and give an application access to these once, for the session
or for ever. This works for virtually every gnome and gnome-conformed
application (i believe its built in the Gnome-framework) and these
applications does not have to implement a local mechanism for storing
password and keys. OpenOffice are a central appliction in many locations
and I expect OpenOffice to behave or be treated by the keyring system
like a normal Gnome application.
3 Actuall behavior
In the Open- or Save-dialog in OpenOffice navigation works fine, until
OpenOffice tries to accually read och write to a ssh-mounted (gvfs-sftp)
share. Then an "alien" password dialogue appears, alien as not the gnome
password dialogue. Using this OpenOffice password dialog does not gives
us the rights to continue the open or save process, usually this hangs
OpenOffice. It seems like OpenOffice first tries "the Gnome way" to get
access and when this does not work it have an own password-dialog as an
exception.
In earlier versions of Ubuntu OpenOffice / Gnome had en expected
behavior.
** Attachment added: "Screen-dump of the OpenOffice password dialog"
http://launchpadlibrarian.net/14861983/Sk%C3%A4rmbild-7.png
--
gnome-keyring and gvfs doesn't play well with openoffice
https://bugs.launchpad.net/bugs/234537
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
