Bug 184071 - [x86_64] 32bit OpenOffice file chooser missing gnome-vfs connection.
Summary: [x86_64] 32bit OpenOffice file chooser missing gnome-vfs connection.
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: gtk2
Version: 4
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Matthias Clasen
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-03-05 21:56 UTC by Gian Paolo Mureddu
Modified: 2007-11-30 22:11 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-07-27 19:12:30 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Gian Paolo Mureddu 2006-03-05 21:56:00 UTC
Description of problem:
OpenOffice applications no longer show other devices or mounted shares on the
open/save dialogs after last update.

Version-Release number of selected component (if applicable):
OpenOffice.org-2.0.1.1-5.1

How reproducible:
Always.

Steps to Reproduce:
1. Insert an USB drive stick, GNOME will mount it.
2. Open any OpenOffice application and click the open icon on the tool bar. 
3. In the dialog box, on the left panel, notice the absense of the USB drive
icon. The device is still available from its mount point, though.

Actual results:
Missing extended devices such GNOME-VFS mounted shares (through means of
places-->Connect to server), renders lesser usability, and a regression.

Expected results:
This was not the case with the last verion prior to the latest update to OOo in FC4

Additional info: A couple screenshots comparing Gedit's Open dialog and OOo's
Open dialog:

Gedit:
http://img.photobucket.com/albums/v328/thetargos/Desktop/gedit-open.png

OOo:
http://img.photobucket.com/albums/v328/thetargos/Desktop/OOo-open.png

Comment 1 Caolan McNamara 2006-03-06 10:13:24 UTC
strange, they looks the same for me, both having the same contents. I see that
your "file system" icon is also different between the two applications. 

How about in mozilla's file open dialog. Is mozilla like gedit, or like your
openoffice.org ?

Comment 2 Gian Paolo Mureddu 2006-03-07 06:14:59 UTC
Mozilla's (Firefox) Open dialog looks like this:

http://img.photobucket.com/albums/v328/thetargos/Desktop/FF-Open.png

Mozilla SeaMonkey's looks exactly the same.


On my Laptop, though (same OOo major version, but with concurrent appearance of
2.0.1.1-4.1 in the RPM database), it looks as Gedit's, though... Updated it
yesterday just to see if it was an issue of 2.0.1.1-5.1 (and ended up with
duplicates in rpmdb). To note is this: I first thought this was the same on my
main machine and my laptop, as both use FC4, only my WS is x86_64 and the laptop
is i686; but since OOo packages are i386 for both platforms, I may have assumed
too much.

Comment 3 Caolan McNamara 2006-03-07 11:53:06 UTC
Indeed, as OOo is 32bit on x86_64 it uses the i386 stack which is different to
the x86_64 one. I bet that if you run any 32bit app (e.g. the 32bit mozilla)
which uses the gnome filechooser and the gnome-vfs stack that the results will
be the same in OOo as in any other 32bit app. Or if you revert to the older OOo
that there is no change.

Did it use to work with 32bit OOo on x86_64 ? and I assume you didn't remove any
relevent i386 libs ?

Comment 4 Gian Paolo Mureddu 2006-03-07 18:10:24 UTC
Not I am aware of, I have all pertinent libraries installed and in place... I'll
run a quick check of gnome-vfs and other gnome packages, alas I don't remember
seeing such packages for i386 on the base or extras repositories.

What libraries should I be looking for as the required 32-bit ones?

Comment 5 Gian Paolo Mureddu 2006-03-26 18:16:33 UTC
For what is worth, this problem persists with Fedora Core 5 x86_64 and the
32-bit OpenOffice.org 2.0.2 packages.

Comment 6 Matthias Clasen 2006-07-27 19:12:30 UTC
OOo has a 64-bit build now, so this can probably be closed, right ?

Comment 7 Gian Paolo Mureddu 2006-07-28 04:02:54 UTC
Is this build for Core 5 or Core 6 test? 


Note You need to log in before you can comment on or make changes to this bug.