FS#18461 - [go-openoffice] Math formula doesn't work

Attached to Project: Arch Linux
Opened by Dany Martineau (danym) - Thursday, 25 February 2010, 14:54 GMT
Last edited by Andreas Radke (AndyRTR) - Friday, 17 September 2010, 11:06 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Andreas Radke (AndyRTR)
Architecture x86_64
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 9
Private No

Details

Description: As i reported before, it's still impossible to edit a math formula with go-openoffice.
If i install go-openoffice with binary version from go-oo.org (or the opensuse version), it works, so it seems that it comes from packaging and or compiling.


Additional info:
* package version(s): 3.2.0.6-1
* config and/or log files etc.




Steps to reproduce:
Open go-openoffice writer and add a formula (insert --> object --> formula)
Save the document, close it and reopen it. It won't show the formula, but an icon with Object 1.
In the terminal, it shows:
rdf_storage.c:684: (librdf_free_storage) assertion failed: object pointer of type librdf_storage is NULL.
rdf_model.c:395: (librdf_free_model) assertion failed: object pointer of type librdf_model is NULL.
This task depends upon

Closed by  Andreas Radke (AndyRTR)
Friday, 17 September 2010, 11:06 GMT
Reason for closing:  Fixed
Comment by azure (azure) - Friday, 12 March 2010, 11:41 GMT
if i open a document with formula and try to edit the formula, it says "General error".
Comment by Steven E. Lamberson, Jr. (lamberss) - Saturday, 13 March 2010, 19:27 GMT
I get similar behavior.

If I try to edit a formula saved by another version of go-oo (like 3.1 on ubuntu), I get a "general error" popup dialog.

If I try to create a new formula, then save the file and exit, then re-open the file, all I see is "Object nn". If I try to open this file in another version of go-oo (like 3.1. on ubuntu), I still only see the "Object nn" instead of the formula.
Comment by Karthik Periagaram (karthikp) - Monday, 15 March 2010, 15:59 GMT
This can be quickly checked by using the shortcut to add a formula in OpenOffice. Type 'fn' and hit F3 and it should insert a default formula (E=mc^2) with an equation number. go-oo just inserts an "Object 1" box that gives a "General Error" when you try to edit it (as lamberss reports).

Also, when you export a document with formulae to a .doc (MS Office XP/2003), the formulae are converted into images and cannot be edited. This may be related to the current problem.
Comment by Andreas Radke (AndyRTR) - Thursday, 18 March 2010, 18:14 GMT
can you confirm your problem in 3.2.0.8? if it's still present please check the vanilla OOo and then decide to file an upstream bug to either Novell or Oracle Devs.
Comment by Dany Martineau (danym) - Thursday, 18 March 2010, 18:24 GMT
The bug is still present in 3.2.0.8. It is not an upstream as if i try (on Arch x86_64) binaries packages from http://go-oo.mirrorbrain.org/stable/linux-x86_64/3.2/ or http://download.opensuse.org/repositories/OpenOffice.org:/STABLE/openSUSE_11.2/x86_64/, there is no bugs with math formula. As i understand, the bug comes maybe from the way it is compiled on Arch Linux....
All i have to do is try to compile go-openoffice ans changing some options in config on my computer, but it'll take ages!!
Comment by Andreas Radke (AndyRTR) - Thursday, 18 March 2010, 18:40 GMT
what option do you mean? what system library code is used for formulas?
Comment by Dany Martineau (danym) - Thursday, 18 March 2010, 18:43 GMT
Hard to tell, as i'm no developper. But, as i can see by what's shown in terminal when the error appear, it seems to be related to librdf.

rdf_storage.c:684: (librdf_free_storage) assertion failed: object pointer of type librdf_storage is NULL.
rdf_model.c:395: (librdf_free_model) assertion failed: object pointer of type librdf_model is NULL.
Comment by Andreas Radke (AndyRTR) - Monday, 22 March 2010, 21:51 GMT
Please check if this is solved in openoffice-base-devel 3.3_dev300_m75-2, that doesn't use our system librdf(redland/rasqal/raptor).
Comment by Dany Martineau (danym) - Tuesday, 23 March 2010, 00:01 GMT
I don't understand. There's no bug in openoffice; the formula bug is in go-openoffice, unless i'm missing something here!
Comment by Andreas Radke (AndyRTR) - Tuesday, 23 March 2010, 05:54 GMT
The vanilla OOo is not affected? Can you confirm this?

I had expected the use of system librdf causing your problems. Both, go- and vanilla OOo have been compiled to use our system librdf framework. The new vanilla -devel pkg is built against an older internal librdf that should fix your problem. Please confirm if there's a difference in behavior between all go/vanilla stable+beta and last devel version.
Comment by azure (azure) - Tuesday, 23 March 2010, 06:03 GMT
I can confirm: vanilla OOo is not affected.
Comment by Dany Martineau (danym) - Tuesday, 23 March 2010, 18:27 GMT
The vanilla OOo were never affected. In facts, I was using go-openoffice until version 3.1.0, as i began to have some trouble with it and editing formula (i'm a math teacher). I switched to vanilla openofffice and never had any problem with it.
Comment by Andreas Radke (AndyRTR) - Wednesday, 31 March 2010, 06:34 GMT
please check go-openoffice 3.2.0.9
Comment by Dany Martineau (danym) - Wednesday, 31 March 2010, 12:53 GMT
Just tried version 3.2.0.9. If a create a formula, save and close the document and reopened it, it still displays an icon with "object 1" below.
If a open a document (created with vanilla openoffice) that contains some formula, i get "general error" when i try to edit it.
The only difference is that there's no message in the terminal about librdf.
   oo.jpeg (24.4 KiB)
Comment by Andreas Radke (AndyRTR) - Saturday, 10 April 2010, 10:29 GMT
For workaround the current packages don't use system redland. Does it work now for you?
Comment by Dany Martineau (danym) - Saturday, 10 April 2010, 11:37 GMT
No. Still the same error.
Comment by Andreas Radke (AndyRTR) - Saturday, 10 April 2010, 12:15 GMT
With go-openoffice 3.2.0.9-2? It's compiled to use internal redland that should solve it for you. Error massage in your terminal should have changed at least.
Comment by Dany Martineau (danym) - Saturday, 10 April 2010, 12:26 GMT
As i said on march 31, there's no more error in terminal about anything (perhaps it wasn't clear when i reread myself :-) ). I also tried version 3.2.0.9-2 on x86_64.
Anyway, i know the issues are hard to find, because i've tried to find information about this elsewhere and i've found nothing useful. Thanks for keeping trying to resolve it! :-)
Comment by Andreas Radke (AndyRTR) - Saturday, 10 April 2010, 12:44 GMT
Please check the different build configure flags I use in go-openoffice and a vanilla version that is working for you. If you don't find something that could cause it please ask in #go-oo or on the ooo-build@lists.freedesktop.org mailing list to track this down.
Comment by Niko Böckerman (Maneth) - Tuesday, 11 May 2010, 10:09 GMT
This bug is caused by enabling gio support in go-openoffice. This has been investigated in gentoo http://bugs.gentoo.org/show_bug.cgi?id=289665 and a bug has also been reported to upstream https://bugzilla.novell.com/show_bug.cgi?id=567846.
I cannot confirm this in ArchLinux because go-openoffice refuses to compile for me but symptoms are exactly the same as in those bug reports.
Comment by Panagiotis Papadopoulos (pano) - Thursday, 27 May 2010, 14:58 GMT
I can confirm this bloody bug too with the go-openoffice Version 3.2.0.9-2 from [extra].
I just lost 2 hours of work over it…

Installing the "regular" OpenOffice was the only thing I could come up with so far, since it works with the regular one…
Comment by Panagiotis Papadopoulos (pano) - Thursday, 27 May 2010, 15:06 GMT
From what I can see, http://bugs.archlinux.org/task/18133 is a dupe of this (or vice versa :-P)
Comment by Andreas Radke (AndyRTR) - Friday, 28 May 2010, 05:59 GMT
I have reenabled system redland/cppunit in openoffice-base-beta pkg with latest 3.2.1 redland fix from ooo-build. Please test if the beta pkg (3.2.1 m18) works for you. Then I could build next go-oo the same way.
Comment by Andreas Radke (AndyRTR) - Monday, 07 June 2010, 16:55 GMT
please test final vanilla 3.2.1 and go-oo 3.2.1.3 pkg.
Comment by Karthik Periagaram (karthikp) - Monday, 07 June 2010, 18:20 GMT
Tested on openoffice-base 3.2.1-1 OOO320m19 (build 9505).

1. Open Writer. Type the letters 'fn' and press F3. This is a shortcut to create a numbered equation (E=mc^2). Success.
2. Try editing the equation. Success.
3. Save as odt. Success.
4. Reopen odt. Formula is editable. Success.
5. Save as microsoft doc. Success.
6. Reopen doc file. Formula is gone. Failure. :(

Steps 5-6 aren't strictly within the purview of this bug, so if everyone's okay with it, this bug may be closed.
Comment by Dany Martineau (danym) - Monday, 07 June 2010, 20:16 GMT
There were never any problem with openoffice-base. The problem was and still is with go-openoffice (tested with version 3.2.1.3). Same problem with equations in odt format. The problem persists, so don't close this bug.
Comment by Andreas Radke (AndyRTR) - Tuesday, 08 June 2010, 05:01 GMT
ok, we have the formula issue here. I think this is a bug probably caused by usage of --system-redland if it is present in vanilla and go-oo. please check for existing (even closed) issues at http://www.openoffice.org/issues/query.cgi or file a new one there.

the copy and paste issue caused by --enable-gio is something different. please open an new Arch bug for this and check if it is happening in vanilla+go-oo and check upstream tracker please.
Comment by Niko Böckerman (Maneth) - Tuesday, 08 June 2010, 16:15 GMT
I compiled go-openoffice 3.2.0.9 with --enable-gio and suffered from both issues: formula issue, and copy and paste issue. Then I compiled it with --disable-gio and both issues were gone. Installed the updated go-openoffice from extra and have both issues again. I am now compiling the newest go-openoffice with --disable-gio and I'll report back when that finishes.

I can test how --system-redland affects after I this current build, which I believe will give me working version of openoffice.

I haven't tested vanilla builds yet, but I will do also that later.
Comment by Ene Dene (enedene) - Friday, 10 September 2010, 11:48 GMT
The problem is fixed in 3.2.1.4 version I've tried it in Linux Mint Debian Edition and it works fine.
Comment by Dany Martineau (danym) - Saturday, 11 September 2010, 01:37 GMT
The problem is not fixed; Go-oo always worked on other distribution. The problem is in the way go-oo is compiled under arch linux.
Comment by Ene Dene (enedene) - Saturday, 11 September 2010, 08:09 GMT
Have you tried installing 3.2.1.4 (3.2.1.3 is in arch repositories)?
This problem was also reported on openoffice bug reports, people had it on different distros.
For example:
https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/625279
Comment by Andreas Radke (AndyRTR) - Saturday, 11 September 2010, 10:39 GMT
go-oo has a low priority for me and smp build is broken on my system since a few releases so it take ages. maybe one day i will get to it. but i doubt the simple update will fix this. maybe the --enable-gio option is causing some trouble in all OOo branches. someone will have to prove this.
Comment by Dany Martineau (danym) - Saturday, 11 September 2010, 11:05 GMT
I'm actually using version 3.2.1.4 from opensuse and installed it on Arch Linux and it works well. Since go-oo has this bug about math formula and openoffice-base has a bug with some openoffice calc files, i've had to find a suitable solution.
Comment by Ene Dene (enedene) - Wednesday, 15 September 2010, 20:09 GMT
Unfortunately upgrade to 3.2.1.4 in arch repositories hasn't fixed this problem, which makes it unusable for me.
Comment by Andreas Radke (AndyRTR) - Friday, 17 September 2010, 10:38 GMT
please check 3.2.1.6 that has gio support disabled.
Comment by Dany Martineau (danym) - Friday, 17 September 2010, 10:47 GMT
Math formulas in 3.2.1.6 finally works! Thanks Andreas and good work!
Comment by Ene Dene (enedene) - Friday, 17 September 2010, 10:59 GMT
Darn Dany, I wanted to be the first to give the good news.
Good job, it does finally work.

Loading...