save menu freez all X (amd64) (was: 36143)

[Ivan]

Severity: Major
Package: openoffice.org
Version: 2.0.2-1ubuntu3-3

Dapper

Resubmitting so it has right assignmen to the correct package. I got tricked by the suggestion of the "Choose" interface. Duplicate of (36143). Sorry for the mess.

Linux dark 2.6.15-19-amd64-k8 #1 SMP PREEMPT

All OO apps seems to work correctly. OO even "autosave" correctly. But as soon as you click on Save/Save As entries on File menu OO freez all X.

Content of konsole (eg. top) still update, mouse still works, but no widget works, you can't even change active window.

[Ivan (mail-webthatworks)]

just updated to 2.0.2-1ubuntu6-1.
X doesn't freez anymore... but ooffice window freez (oowriter, oocalc... etc...) as soon as you take any action related to saving.

[Matthias Klose (doko)]

works in gnome, KDE problem?

[Ivan (mail-webthatworks)]

further info:
No "open" menu entry/icon works, but at least doesn't freez the program...

oowriter "somefile"

produce this strace:

rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
read(255, "\n# set path so that other apps c"..., 6818) = 283
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0
lseek(255, -77, SEEK_CUR) = 6741
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x2aaaab059760) = 6598
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigaction(SIGINT, {0x435060, [], SA_RESTORER, 0x2aaaaae4f1b0}, {SIG_DFL}, 8) = 0
wait4(-1,

here konsole just stop giving output and oowriter doesn't give any sign of life.
ivan@dark:~$ ps aux | grep oow
ivan 6586 0.0 0.0 2892 668 pts/1 S+ 14:51 0:00 strace oowriter somedoc.odt
ivan 6667 0.0 0.0 3944 908 pts/2 R+ 14:57 0:00 grep oow

later I'll check with gnome if I can succeed to have to have a working one without messing the rest of the box.

Occasionally oo freez whole X again. Sometimes just oo window (no refresh in oo window area).

I've NFS mounts (in /mnt and ~/Document/otherboxname/ ) but none was used...
NFS doesn't look to be the problem.
oo was working a couple of updates ago... I think 2.0.1 was working. Meanwhile there has been some kde updates too.
I don't use oo frequently... so I can't be sure what update caused the problem (kde, oo, other stuff...)

If anyone can tell me how to collect more usefull info I'll report this evening (GMT+1).

[Ivan (mail-webthatworks)]

I came across this:
http://archives.free.net.ph/message/20060314.150353.86c0865c.en.html
Actually the solution is the opposite. Once I set "Use OpenOffice.org dialogs" OO seems to work again.

It has to be fixed anyway. Once Dapper gets stable... users will get crazy about this.
I hope repeating Open Save OpenOffice kubuntu ubuntu in this post will make the solution easy to find till a proper fix will be available.

[Matthias Klose (doko)]

Jonathan, ia32-libs-kde update needed?

[Jonathan Riddell (jr)]

I'll wait on the probable Qt 3.3.6 and KDE 3.5.2 updates before updating ia32-libs-kde

[nickm (nickm)]

I would like to confirm this still affects me on the latest dapper flight, 2.0.2 and so on. It's *the* showstopper. OOo is unusable.

[Ivan (mail-webthatworks)]

ia32-libs-kde seems to have been updated but this problem is still present unless you "Use OpenOffice.org dialogs".

[Ted Treadwell (ttread)]

I'm seeing this in Kubuntu Dapper Beta on AMD64.

[Ted Treadwell (ttread)]

Problem occurs on AMD64, but i386 is ok. Cannot save any OOo document unless "Use OpenOffice.org dialogs" is selected. Tested on Kubuntu 6.06 Flight 7.

[Jan Marek (jmarek)]

When I do in OOo Save As function and I do 'ps afx' in text console, I can see, that OOo have subprocess, which is in the 'Z' state. I think, there is problem somewhere between 32 bit and 64 bit... (maybe ia32libs)?

[Rocco Stanzione (trappist)]

Confirming this bug. It's pretty troublesome (I'm on amd64 running KDE)

[Matthias Klose (doko)]

should be fixed with the native amd64 packages (currently named -experimental) in edgy

[Matthias Klose (doko)]

2.0.4 built natively on amd64

[Ted Treadwell (ttread)]

This bug no longer occurs, tested on Edgy Beta AMD64 2006-09-28.