Bug 446176 - Opening file dialogs takes ages with OOo Writer
Opening file dialogs takes ages with OOo Writer
Product: Fedora
Classification: Fedora
Component: gvfs (Show other bugs)
x86_64 Linux
medium Severity medium
: ---
: ---
Assigned To: Tomáš Bžatek
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2008-05-13 04:44 EDT by Paul F. Johnson
Modified: 2015-03-03 17:32 EST (History)
5 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-09-17 20:05:49 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Paul F. Johnson 2008-05-13 04:44:29 EDT
Description of problem:
When opening any file dialog boxes (either to load a document, import a text
file or insert a picture), OOo Writer takes ages to render the file dialog (for
inserting a drawing, it takes almost a minute to generate the open dialog and
then it's an empty box)

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. load a document
2. insert a picture
Actual results:
Very slow response time and then it hangs

Expected results:
Open dialog boxes should open quickly and insert quickly

Additional info:
I've not noticed this on my x86 box. I've got the hardware acceleration switched
off and not rendering via OpenGL
Comment 1 Caolan McNamara 2008-05-13 04:59:10 EDT
The file dialog is not specific to OOo. Personally I definitely don't see a
minute to create it, for me on x86_64 and i386 its almost instantaneous.
Comment 2 Paul F. Johnson 2008-05-13 05:18:43 EDT
Is there any way to check where the problem is from?
Comment 3 Bug Zapper 2008-05-14 07:04:54 EDT
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
Comment 4 Paul F. Johnson 2008-05-20 07:17:05 EDT
What ever the problem was, it's not in OOo3
Comment 5 Laurent Goujon 2008-05-27 03:17:33 EDT
Same problem on i386 with any application using gtk file dialog: openoffice,
evince, epiphany, firefox

I also see this problem with the desktop wallpaper chooser application at
startup (right-clicking on desktop and clicking on "Changing desktop background"
takes 1min unless no open dialog is shown)
Comment 6 Laurent Goujon 2008-05-27 03:50:03 EDT
I used strace with evince to see what might be the cause and during the hang up,
the application tries to connect to the socket /home/<user>/.beagle/socket which
fails with error EAGAIN. Then the application do a nanosleep and try again
(during 20-30s)

Killing beagle (or killing beagle/restarting it) fixes the problem (until the
computer is rebooted)
Comment 7 Tim Waugh 2008-06-26 05:01:55 EDT
I see this too, but I don't have beagle installed.

Anyone using VNC?  I see this in a VNC session, but not in a console session.
Comment 8 Tim Waugh 2008-06-26 05:54:56 EDT
Changing component to gvfs.  The culprit seems to be libgiohal-volume-monitor. 
This is a work-around:

chmod 0 /usr/lib*/gio/modules/libgiohal-volume-monitor.so
Comment 9 Tim Waugh 2008-06-26 06:33:26 EDT
It happens here:

hal_pool_new at hal-pool.c:356
  if (libhal_get_all_devices_with_properties (pool->priv->hal_ctx,

A strace of hald at this point reveals an AccessDenied error due to SELinux:

1214476036.206310 write(8,
33512) = 33512
1214476036.206412 munmap(0x7f6f8570c000, 270336) = 0
1214476036.206450 poll([{fd=5, events=POLLIN}, {fd=9, events=POLLIN}, {fd=11,
events=POLLIN|POLLPRI}, {fd=12, events=POLLPRI}, {fd=13, events=POLLIN}, {fd=17,
events=POLLIN}, {fd=16, events=POLLIN}, {fd=14, events=POLLIN}, {fd=18,
events=POLLIN}, {fd=7, events=POLLIN}, {fd=10, events=POLLIN}, {fd=15,
events=0}, {fd=8, events=POLLIN, revents=POLLIN}], 13, 14794) = 1
1214476036.207746 read(8,
SELinux policy prevents this sender from sending this message to this recipient
(rejected message had interface \"(unset)\" member \"(unset)\" error name
\"(unset)\" destination \":1.70\")\0", 2048) = 316

and audit.log has this:

type=USER_AVC msg=audit(1214476036.207:216): user pid=2637 uid=81
auid=4294967295 subj=system_u:system_r:system_dbusd_t:s0-s0:c0.c1023 msg='avc: 
denied  { send_msg } for msgtype=method_return dest=:1.70 spid=2708 tpid=1337
tcontext=unconfined_u:system_r:unconfined_notrans_t:s0 tclass=dbus :
exe="/bin/dbus-daemon" (sauid=81, hostname=?, addr=?, terminal=?)'

Seems like the VNC server might be running in the wrong security context
(unconfined_notrans_t)?  My VNC session gets started from 'service vncserver start'.
Comment 10 Tim Waugh 2008-06-26 07:09:53 EDT
Further evidence that the VNC session security context is wrong: 'setenforce 0'
makes the file chooser dialogs fast again.
Comment 11 Daniel Walsh 2008-06-26 07:25:56 EDT
# audit2allow -M mypol -l -i /var/log/audit/audit.log
# semodule -i mypol.pp

Fixed in selinux-policy-3.3.1-72.fc9.noarch
Comment 12 Laurent Goujon 2008-06-26 12:28:06 EDT
Probably there are two differents bugs:
* One when beagle is installed and beagle socket file is stalled
* One when running from a VNC session

Please don't forget the first case (which was the original case)
Comment 13 Tim Waugh 2008-06-30 04:48:51 EDT
selinux-policy-3.3.1-72.fc9 fixes the VNC part of this at least.  Laurent, can
you verify that there is still a bug remaining?

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