Arch Linux

it is also said it's especially crashing when opening files created with a previous version of openoffice. Since I'm almost always using files created with old versions of openoffice, it's always crashing.

please test the openoffice-base-beta pkg. does the crash also happen with the -devel version or go-openoffice? any helpful output when you start from commandline?

I actually had a .ods file which made it crash in 100% cases. Switching to go-openoffice (which I did a couple of days ago) seems to work for me.

I tested the beta version as well, from the 1st computer, a few weeks ago, and it was crashing as well. I don't think it's a bug from the openoffice part, because the version on AUR, which is not patched, is working perfectly.

When it crashed (on the regular openoffice-base from extra), I got this:

soffice.bin: malloc.c:4633: _int_malloc: Assertion `victim->fd_nextsize->bk_nextsize == victim' failed.

Using go-openoffice is not an option (you can't tell people to use thunar because pcmanfm is crashing...), and btw I couldn't load with go-openoffice some template I had made with openoffice. At the moment, the only solution for me is to use the AUR version.

Usually our patches are not the reason for bugs. In most cases using system libs instead of internal libs can cause incompatibilities. That's why it is important to find out what code is use when your error happens.

Saving files may be related to the --enable-gio option. You may want to look if this is enabled in all OOo packages. Look at the upstream bugtracker if your issue is already known. I'm willing to help but some work needs to be done by you.

Can you upload a broken old file so other people can try to open it?

you can try the attached file (I have offuscated personal informations).

I have no problem using and saving it using the non-patched version of openoffice ( http://aur.archlinux.org/packages.php?ID=28637 ).
On the current openoffice from extra, it crashes randomly when saving, but it's quite often (I could save it a couple of time before it crashed openoffice).

I don't find people complaining about openoffice 3.2 on linux or windows on the openoffice forums or on the bugtracker (I could find only this: http://www.openoffice.org/issues/show_bug.cgi?id=108188 but maybe fedora is using the same patches?), I can find several people complaining about the 3.2 version on Archlinux http://bbs.archlinux.org/viewtopic.php?id=91378 , when using the non-patched version from AUR it doesn't crashes, it's the reason why I think there is something wrong in the patches used by archlinux.

I could open the file, do some changes and save it a few times. Then it just hang. It didn't close here. I'm using the -beta pkg m18 right now under Xfce. Version 3.1.x was working for you? Was is intriduced by the 3.2.0 update?

http://repos.archlinux.org/wsvn/packages/openoffice-base/trunk/PKGBUILD?op=diff&rev=68155&peg=68155 - there you can see the changes.

It has been filed already upstream without enough informations: http://www.openoffice.org/issues/show_bug.cgi?id=111029 , just CC'ed myself.

If you want to play with certain configure options use the stable openoffice-base pkg + ABS, for testing latest stable build where I apply changes use the openoffice-base-beta pkg. You can install it along the stable one.

The 3.1.x version was working perfectly for me, like for everyone else who reported this problem, it began only when I upgraded to the 3.2.0 version.

Same bug here.

Please bugfix it.

If you tell how I'll do it for sure.

So far I have no idea how to locate where it comes from. Please help and try to find out if it's caused by one of our configure switches or one fo the system libs. So compare a working OOo (go-oo or build it yourself with ABS). For a start you could simply rebuild it and replace usage of system libs to make it use all the internal stuff and look if it will work. But I guess upstream devs could point you more easy to what they think can cause this.

Right now I don't have the time to do dozens of OOo builds just for trying.

so why not using the AUR package pointed above as a basis? I wouldn't like to sound unrespectful for the big work you've made for packaging this huge piece of software which is openoffice, but are those patches and switches really necessary? When I used the beta version (which crashed/hang as well), the interface was integrated into KDE, but it had much slowdown and nearly froze for a few seconds when I was listing the files through the opening dialog (which is certainly an otherbug as this one)

Archlinux is supposed to be as close as possible as the vanilla project isn't it?

Staying vanilla doesn't mean to ship a shitload of static binaries. Compiling against system libs is wanted wherever possible. If regressions occour we need to solve them. Upstream devs will want to help because they will one day also update their internal libs and will run probably into the same trouble.

Sorry, I didn't really notice the fact it was using the binary rpm, I should have understood it, but I've installed this package during worktime so I hadn't much time to analyse the PKGBUILD beside the patches used, or how fast it was installed. The problem may rely on the libraries used to build this on Archlinux.

And it's still crashing with this new 3.2.1 release.

As Andreas points out, its most likely not the patches that causes this. It could be gcc bug, system lib issue, or anything. Those kind of bugs are non-trivial to fix.

I think it would be nice if someone with could try build the package with gcc-4.4.x and see if that makes any difference.

The gdb output below:
(gdb) run
Starting program: /usr/lib/openoffice/program/soffice.bin -calc
[Thread debugging using libthread_db enabled]
[New Thread 0x7fffeeb31710 (LWP 8832)]
...
[New Thread 0x7fffdcdad710 (LWP 8847)]
soffice.bin: malloc.c:5161: malloc_consolidate: Assertion `p->fd_nextsize->bk_nextsize == p' failed.

Program received signal SIGABRT, Aborted.
0x00007ffff09cd515 in raise () from /lib/libc.so.6

How can I contribute in solving this?

If you have time and capacity:

It is very difficult fixing something without knowing what to fix so it would be great help try find out *exactly* what is broken.

Some things that might be worth trying:
Downgrade gcc to 4.4.x (maybe using gcc44 from aur?) and build openoffice-base with this.

If that doesnt make any difference, then upgrade to gcc-4.5.x again (current gcc compiler) and try pinpoint if there are any specific compile options that triggers this - it will point developers in right direction.

Try replace the --enable-gio with --disable-gio, rebuild and see if problem is still there. Do the same with --enable-lockdown.

For each thing you do please report back how it goes here.

Thanks!

Same problem here! It is the worst problem for with archlinux since then! (go-open-office is even worse and not a reasonnable alternative!) Should switch back to older version!! It does not work neither go-openoffice which is worse! (Archlinux is pretty much broken right know, looking for a live CD!

I have this issue with Openwriter too: when I try to save one odt or pdf document, the program shows the message in the attached screenshot.

Name : openoffice-base
Version : 3.2.1-1

I have the same issue, gdb output:

(gdb) r -calc
Starting program: /usr/lib/openoffice/program/soffice.bin -calc
[Thread debugging using libthread_db enabled]
[New Thread 0x7fffee7e6710 (LWP 3968)]
[New Thread 0x7fffe44a0710 (LWP 3969)]
[New Thread 0x7fffe3c9f710 (LWP 3970)]
[New Thread 0x7fffe31cb710 (LWP 3971)]
[New Thread 0x7fffe174e710 (LWP 3972)]
[New Thread 0x7fffda9e7710 (LWP 3973)]
[Thread 0x7fffda9e7710 (LWP 3973) exited]
[New Thread 0x7fffda9e7710 (LWP 3974)]
[Thread 0x7fffda9e7710 (LWP 3974) exited]
[New Thread 0x7fffda9e7710 (LWP 3976)]
[New Thread 0x7fffd2c45710 (LWP 3977)]
[Thread 0x7fffd2c45710 (LWP 3977) exited]
[New Thread 0x7fffd2c45710 (LWP 3978)]
[Thread 0x7fffda9e7710 (LWP 3976) exited]
[Thread 0x7fffd2c45710 (LWP 3978) exited]
[New Thread 0x7fffd2c45710 (LWP 3979)]
[Thread 0x7fffd2c45710 (LWP 3979) exited]
[New Thread 0x7fffd2c45710 (LWP 3981)]
[Thread 0x7fffd2c45710 (LWP 3981) exited]

Program received signal SIGSEGV, Segmentation fault.
0x00007fffe09d44bf in ScCollection::At(unsigned short) const () from /usr/lib/openoffice/program/../basis-link/program/libsclx.so

(gdb) backtrace
#0 0x00007fffe09d44bf in ScCollection::At(unsigned short) const () from /usr/lib/openoffice/program/../basis-link/program/libsclx.so
#1 0x00007fffe08eeaff in ?? () from /usr/lib/openoffice/program/../basis-link/program/libsclx.so
#2 0x00007fffe06a16cd in ?? () from /usr/lib/openoffice/program/../basis-link/program/libsclx.so
#3 0x00007fffe06d6644 in ?? () from /usr/lib/openoffice/program/../basis-link/program/libsclx.so
#4 0x00007ffff6949e38 in ?? () from /usr/lib/openoffice/program/../basis-link/program/libsfxlx.so
#5 0x00007ffff69558ca in SfxDispatcher::_FillState(SfxSlotServer const&, SfxItemSet&, SfxSlot const*) () from /usr/lib/openoffice/program/../basis-link/program/libsfxlx.so
#6 0x00007ffff6942ebd in ?? () from /usr/lib/openoffice/program/../basis-link/program/libsfxlx.so
#7 0x00007ffff69469a3 in ?? () from /usr/lib/openoffice/program/../basis-link/program/libsfxlx.so
#8 0x00007ffff694674f in ?? () from /usr/lib/openoffice/program/../basis-link/program/libsfxlx.so
#9 0x00007ffff4a4038e in Timer::ImplTimerCallbackProc() () from /usr/lib/openoffice/program/../basis-link/program/libvcllx.so
#10 0x00007fffedda4c2e in ?? () from /usr/lib/openoffice/basis-link/program/libvclplug_gtklx.so
#11 0x00007fffeb3252db in ?? () from /usr/lib/libglib-2.0.so.0
#12 0x00007fffeb323b23 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#13 0x00007fffeb324300 in ?? () from /usr/lib/libglib-2.0.so.0
#14 0x00007fffeb32459d in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#15 0x00007fffedda4e6d in ?? () from /usr/lib/openoffice/basis-link/program/libvclplug_gtklx.so
#16 0x00007ffff4a39bce in Application::Yield(bool) () from /usr/lib/openoffice/program/../basis-link/program/libvcllx.so
#17 0x00007ffff4a39c37 in Application::Execute() () from /usr/lib/openoffice/program/../basis-link/program/libvcllx.so
#18 0x00007ffff7796d2b in ?? () from /usr/lib/openoffice/program/../basis-link/program/libsofficeapp.so
#19 0x00007ffff4a40061 in ?? () from /usr/lib/openoffice/program/../basis-link/program/libvcllx.so
#20 0x00007ffff4a400f5 in SVMain() () from /usr/lib/openoffice/program/../basis-link/program/libvcllx.so
#21 0x00007ffff77ccfbc in soffice_main () from /usr/lib/openoffice/program/../basis-link/program/libsofficeapp.so
#22 0x000000000040116b in main ()

Best regards,
Peter

How's state with current rebuilt vanilla OOo(stable,beta,devel) hitting testing tonight and new libreoffice?

I could relieve that problem a little bit - now it does work sometimes - especially when i press the 'save' button dont try to save with the keyboard shortcuts.
Here is what i did:
* Removed all old openoffice installations and configuration directories "~user/.config/.openoffice.org" and "~root/.openoffice.org"
* pacman -Syu
* Installed openoffice-base and openoffice-YOUR_LANGUAGE_HERE ( this installed openoffice 3.2.1 )
* Started soffice as normal user => this created the openoffice directory "~user/.config/.openoffice.org".
* When i tried to save a calc file it still crashed at that point.
* When i moved the "~user/.config/.openoffice.org" diretory to "~user/.openoffice.org" saving worked again.

Maybe part of the problem is that it cannot find some settings where it is expecting to find them ? I dont know really, but i think to let a programm crash because it cant find a file is a really bad programming practice and tells me a lot about the programm itself ...


--

* When i start to programm directly without using the provided helper script i got folloging backtrace:


$ /usr/lib/openoffice/program/soffice.bin ../../../marks.ods
*** glibc detected *** /usr/lib/openoffice/program/soffice.bin: malloc(): memory corruption (fast): 0x09b251f8 ***
======= Backtrace: =========
/lib/libc.so.6(+0x6c301)[0xb508b301]
/lib/libc.so.6(+0x6ee78)[0xb508de78]
/lib/libc.so.6(__libc_malloc+0x63)[0xb508f933]
/usr/lib/openoffice/program/../basis-link/ure-link/lib/libuno_sal.so.3(rtl_allocateMemory+0x1a)[0xb7703136]
/usr/lib/openoffice/program/../basis-link/ure-link/lib/libuno_sal.so.3(+0x2ccb1)[0xb76f6cb1]
/usr/lib/openoffice/program/../basis-link/ure-link/lib/libuno_sal.so.3(rtl_uString_newFromStr_WithLength+0x3f)[0xb76f7e7a]
/usr/lib/openoffice/program/../basis-link/ure-link/lib/libuno_sal.so.3(+0x3743a)[0xb770143a]
/usr/lib/openoffice/program/../basis-link/program/libxoli.so(+0x6a406)[0xb0105406]
/usr/lib/openoffice/program/../basis-link/program/libxoli.so(_ZN37XMLNumberFormatAttributesExportHelper15WriteAttributesEsRKdRKN3rtl8OUStringEh+0x114)[0xb0126474]
/usr/lib/openoffice/program/../basis-link/program/libxoli.so(_ZN37XMLNumberFormatAttributesExportHelper25SetNumberFormatAttributesElRKdh+0x5a)[0xb012766a]
/usr/lib/openoffice/program/../basis-link/program/libscli.so(+0x4c4717)[0xaf679717]
/usr/lib/openoffice/program/../basis-link/program/libscli.so(+0x4cce35)[0xaf681e35]
/usr/lib/openoffice/program/../basis-link/program/libxoli.so(+0x57838)[0xb00f2838]
/usr/lib/openoffice/program/../basis-link/program/libxoli.so(_ZN11SvXMLExport9exportDocEN6xmloff5token12XMLTokenEnumE+0x68d)[0xb00f36d9]
/usr/lib/openoffice/program/../basis-link/program/libscli.so(+0x4bf5a3)[0xaf6745a3]
/usr/lib/openoffice/program/../basis-link/program/libxoli.so(_ZN11SvXMLExport6filterERKN3com3sun4star3uno8SequenceINS2_5beans13PropertyValueEEE+0xdc)[0xb00ee47c]
/usr/lib/openoffice/program/../basis-link/program/libscli.so(+0x4bc350)[0xaf671350]
/usr/lib/openoffice/program/../basis-link/program/libscli.so(+0x4b16cf)[0xaf6666cf]
/usr/lib/openoffice/program/../basis-link/program/libscli.so(+0x4b24ec)[0xaf6674ec]
/usr/lib/openoffice/program/../basis-link/program/libscli.so(+0x134fdb)[0xaf2e9fdb]
/usr/lib/openoffice/program/../basis-link/program/libscli.so(_ZN10ScDocShell6SaveAsER9SfxMedium+0x67)[0xaf2eb2d1]
/usr/lib/openoffice/program/../basis-link/program/libsfxli.so(_ZN14SfxObjectShell15SaveAsOwnFormatER9SfxMedium+0x8d)[0xb72b80b7]
/usr/lib/openoffice/program/../basis-link/program/libsfxli.so(+0x11f3ee)[0xb72bd3ee]
/usr/lib/openoffice/program/../basis-link/program/libsfxli.so(+0x1221df)[0xb72c01df]
/usr/lib/openoffice/program/../basis-link/program/libsfxli.so(+0x12268b)[0xb72c068b]
/usr/lib/openoffice/program/../basis-link/program/libsfxli.so(_ZN12SfxBaseModel9storeSelfERKN3com3sun4star3uno8SequenceINS2_5beans13PropertyValueEEE+0x500)[0xb72f5f22]
/usr/lib/openoffice/program/../basis-link/program/libsfxli.so(+0x167382)[0xb7305382]
/usr/lib/openoffice/program/../basis-link/program/libsfxli.so(+0x12c40b)[0xb72ca40b]
/usr/lib/openoffice/program/../basis-link/program/libsfxli.so(+0x1c6fc4)[0xb7364fc4]
/usr/lib/openoffice/program/../basis-link/program/libsfxli.so(_ZN8SfxShell11ExecuteSlotER10SfxRequestPK12SfxInterface+0x114)[0xb73737ae]
/usr/lib/openoffice/program/../basis-link/program/libscli.so(+0x1bb5a8)[0xaf3705a8]
/usr/lib/openoffice/program/../basis-link/program/libscli.so(+0x1afcf9)[0xaf364cf9]
/usr/lib/openoffice/program/../basis-link/program/libsfxli.so(+0x1c6fc4)[0xb7364fc4]
/usr/lib/openoffice/program/../basis-link/program/libsfxli.so(+0x1c0291)[0xb735e291]
/usr/lib/openoffice/program/../basis-link/program/libsfxli.so(+0x1c323e)[0xb736123e]
/usr/lib/openoffice/program/../basis-link/program/libsfxli.so(+0x1c3124)[0xb7361124]
/usr/lib/openoffice/program/../basis-link/program/libsfxli.so(+0xa5a27)[0xb7243a27]
/usr/lib/openoffice/program/../basis-link/program/libsfxli.so(+0x1e76f9)[0xb73856f9]
/usr/lib/openoffice/program/../basis-link/program/libvclli.so(+0xa1727)[0xb6757727]
/usr/lib/openoffice/program/../basis-link/program/libvclli.so(+0x1ffa51)[0xb68b5a51]
/usr/lib/openoffice/basis-link/program/libvclplug_genli.so(+0x5a7e3)[0xb38cf7e3]
/usr/lib/openoffice/basis-link/program/libvclplug_genli.so(_ZN10SalDisplay21DispatchInternalEventEv+0x8b)[0xb38f4d71]
/usr/lib/openoffice/basis-link/program/libvclplug_gtkli.so(+0x14220)[0xb41c3220]
/usr/lib/libglib-2.0.so.0(+0x3ba81)[0xb396ca81]
/usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x1d2)[0xb3970b72]
/usr/lib/libglib-2.0.so.0(+0x40350)[0xb3971350]
/usr/lib/libglib-2.0.so.0(g_main_context_iteration+0x64)[0xb3971604]
/usr/lib/openoffice/basis-link/program/libvclplug_gtkli.so(+0x142ca)[0xb41c32ca]
/usr/lib/openoffice/basis-link/program/libvclplug_genli.so(_ZN14X11SalInstance5YieldEbb+0x2f)[0xb38f86d1]
/usr/lib/openoffice/program/../basis-link/program/libvclli.so(_ZN11Application5YieldEb+0x5e)[0xb675cb10]
/usr/lib/openoffice/program/../basis-link/program/libvclli.so(_ZN11Application7ExecuteEv+0x2b)[0xb675cb5f]
/usr/lib/openoffice/program/../basis-link/program/libsofficeapp.so(+0x1dd79)[0xb768cd79]
/usr/lib/openoffice/program/../basis-link/program/libvclli.so(+0xac7d4)[0xb67627d4]
/usr/lib/openoffice/program/../basis-link/program/libvclli.so(_Z6SVMainv+0x2c)[0xb67628e2]
/usr/lib/openoffice/program/../basis-link/program/libsofficeapp.so(soffice_main+0x88)[0xb76ad828]
/usr/lib/openoffice/program/soffice.bin(main+0x20)[0x8048e74]
/lib/libc.so.6(__libc_start_main+0xe6)[0xb5035c76]
/usr/lib/openoffice/program/soffice.bin[0x8048dc1]
======= Memory map: ========
08048000-0804a000 r-xp 00000000 08:04 1712275 /usr/lib/openoffice/program/soffice.bin
0804a000-0804b000 rw-p 00001000 08:04 1712275 /usr/lib/openoffice/program/soffice.bin
08e05000-09c5e000 rw-p 00000000 00:00 0 [heap]
ac7ef000-ac812000 r-xp 00000000 08:04 1712402 /usr/lib/openoffice/basis-link/program/libucppkg1.so
ac812000-ac813000 rw-p 00023000 08:04 1712402 /usr/lib/openoffice/basis-link/program/libucppkg1.so
ac813000-ac82a000 r-xp 00000000 08:04 1712344 /usr/lib/openoffice/basis-link/program/svtmisc.uno.so
ac82a000-ac82c000 rw-p 00016000 08:04 1712344 /usr/lib/openoffice/basis-link/program/svtmisc.uno.so
ac82c000-ac86b000 r-xp 00000000 08:04 1712321 /usr/lib/openoffice/basis-link/program/libucpchelp1.so
ac86b000-ac86d000 rw-p 0003f000 08:04 1712321 /usr/lib/openoffice/basis-link/program/libucpchelp1.so
ac86d000-ac8be000 r--s 00000000 08:04 1597494 /usr/share/fonts/TTF/DejaVuSans-ExtraLight.ttf
ac8be000-ac904000 r--s 00000000 08:04 1597509 /usr/share/fonts/TTF/arialbd.ttf
ac904000-ac91d000 r-xp 00000000 08:04 1728635 /usr/lib/openoffice/basis-link/ure-link/lib/introspection.uno.so
ac91d000-ac91e000 rw-p 00018000 08:04 1728635 /usr/lib/openoffice/basis-link/ure-link/lib/introspection.uno.so
ac91e000-ac938000 r-xp 00000000 08:04 1712448 /usr/lib/openoffice/basis-link/program/fsstorage.uno.so
ac938000-ac93a000 rw-p 00019000 08:04 1712448 /usr/lib/openoffice/basis-link/program/fsstorage.uno.so
ac93a000-ac9c6000 r--s 00000000 08:04 1597497 /usr/share/fonts/TTF/DejaVuSans-Bold.ttf
ac9c6000-ac9df000 r--s 00000000 08:04 1607368 /usr/share/mime/mime.cache
ac9df000-aca1b000 r-xp 00000000 08:04 1712665 /usr/lib/openoffice/basis-link/program/libxmlsecurity.so
aca1b000-aca1e000 rw-p 0003b000 08:04 1712665 /usr/lib/openoffice/basis-link/program/libxmlsecurity.so
aca1e000-aca2e000 rw-p 00000000 00:00 0
aca2e000-aca7f000 r--s 00000000 08:04 1597524 /usr/share/fonts/TTF/times.ttf
aca7f000-acb49000 r-xp 00000000 08:04 1712543 /usr/lib/openoffice/basis-link/program/liblocaledata_others.so
acb49000-acb6f000 rw-p 000c9000 08:04 1712543 /usr/lib/openoffice/basis-link/program/liblocaledata_others.so
acb6f000-acb8f000 r-xp 00000000 08:04 1712652 /usr/lib/openoffice/basis-link/program/liblocaledata_es.so
acb8f000-acb94000 rw-p 00020000 08:04 1712652 /usr/lib/openoffice/basis-link/program/liblocaledata_es.so
acb94000-acbec000 r-xp 00000000 08:04 1712635 /usr/lib/openoffice/basis-link/program/libunoxmlli.so
acbec000-acbf4000 rw-p 00057000 08:04 1712635 /usr/lib/openoffice/basis-link/program/libunoxmlli.so
acbf4000-acbf5000 ---p 00000000 00:00 0
acbf5000-ad3f5000 rw-p 00000000 00:00 0
ad3f5000-ad3f7000 r-xp 00000000 08:04 1543265 /usr/lib/libssp.so.0.0.0
ad3f7000-ad3f8000 rw-p 00001000 08:04 1543265 /usr/lib/libssp.so.0.0.0
ad3f8000-ad407000 r-xp 00000000 08:04 1368495 /usr/lib/libtasn1.so.3.1.9
ad407000-ad408000 rw-p 0000e000 08:04 1368495 /usr/lib/libtasn1.so.3.1.9
ad408000-ad487000 r-xp 00000000 08:04 1542356 /usr/lib/libsqlite3.so.0.8.6
ad487000-ad489000 rw-p 0007f000 08:04 1542356 /usr/lib/libsqlite3.so.0.8.6
ad489000-ad497000 r-xp 00000000 08:04 1542402 /usr/lib/libavahi-client.so.3.2.7
ad497000-ad498000 rw-p 0000e000 08:04 1542402 /usr/lib/libavahi-client.so.3.2.7
ad498000-ad4a2000 r-xp 00000000 08:04 1542406 /usr/lib/libavahi-common.so.3.5.2
ad4a2000-ad4a3000 rw-p 00009000 08:04 1542406 /usr/lib/libavahi-common.so.3.5.2sh: crash_report: Command not found.

------

* I have installed now the the AUR package version of openoffice with this command: "yaourt --noconfirm -S go-openoffice-$LANG" and it worked out of the box :).
But even that version installed its configuration directory under "~user/.config/.openoffice.org".
Seems as if the OpenOffice upstream unpatched binaries would work better ....

Please try openoffice-base-beta and libreoffice. Both are the far more fresh and should have lots of UI fixes. Please also check with options/General "use openoffice.org dialogs" vs. dialog of your deskop(gtk/qt/...).

If you can sort it you will probably have to file an upstream issue if it's not a packaging bug.

How's state in final Oracel 3.3.0 and in LibO?

Any news? Is this still a problem in recent LibO and Oracle OOo(stable/devel) versions?

I'm using openoffice-base 3.3.0-1 now and I there is quite a bunch of time that this bug did not occur to me when saving an ods file, maybe more than 4 month. I used calc almost every day to report my student atendance last semester. Till september 2010, I didn't get this bug anymore.

I encountered this bug with openoffice-base 3.3.0. Libreoffice is okay.

Now that we dropped any support for Oracle OpenOffice I'm closing this one. Whenever this happens in LibreOffice feel free to ask for reopening this one.