*** 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