Red Hat Bugzilla – Bug 160075
Crash on save to xls
Last modified: 2007-11-30 17:11:07 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050513 Epiphany/1.6.3
Description of problem:
When saving to a new xls file gnumeric crased losing all data
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. create spreadsheet
2. attempt to save as xls
Actual Results: Crash with all work lost
Expected Results: File saved
Interesting I tried to reproduce this and I couldn't, saving to excell worked
fine. Then I did a yum update downloading the latest rawhide updates. And all of
a sudden I could reproduce this, so this is probably somewhere in a dependency.
I've already tried rebuilding gnumeric and its deps in extras against the latest
rawhide, but that doesn't fix it.
*** Bug 160204 has been marked as a duplicate of this bug. ***
Downgrading to libgsf-0.11.1-2 fixes this, changing product to core, then
component to libgsf.
Caolan, This bug is al yours, read above to see why.
Pushed 1.12.1 to rawhide, let's check to see if that works. And if not then we
have to get dirty.
I've updated to the latest rawhide including libgsf-1.12.1 and gnumeric still
crashes on xls export.
Created attachment 115602 [details]
fit gnumeric to libgsf api
in libgsf 1.12.1
gboolean gsf_msole_metadata_write (GsfOutput *out,
GsfDocMetaData const *meta_data,
while in gnumeric-1.4.3
gsf_msole_metadata_write (content, TRUE, NULL);
gsf_msole_metadata_write (content, FALSE, NULL);
Patch attached to make gnumeric follow the libgsf api
Thanks for finding this I'll role out an updated gnumeric soon. Strange though
that it did work with libgsf-0.11.1 does that mean that the API change, and if
it did shouldn't the soname also have changed?
logged upstream against gnumeric, whether it's a gnumeric problem or a libgsf
one is sort of academic from that perspective seeing as Jody is sort of in
charge of both. Yep, it's apparently an api change. Going to cause pain alright.
I've commited the gnumeric fix to the devel extras CVS branch and requested a
build. gnumeric-1.4.3-3 fixing this bug should show up in Rawhide soon.
As it is no loner assigned to me a cant close it. Caolan can you close it with a
resolution of rawhide.
(In reply to comment #10)
> I've commited the gnumeric fix to the devel extras CVS branch and requested a
> build. gnumeric-1.4.3-3 fixing this bug should show up in Rawhide soon.
It has still not showed up. Why is this?
Because the Fedora-Extras build system first could not sync with the rawhide
mirrors because of FC4 just released overload and the past weeks it has been
down because of a move to a new buildsystem. The new buildsystem has just
started churning out new packages, I'm waiting to see if it will come out of
there automaticly (its starting with the old queue) and of not I'll request a
I've finally managed todo a successfull build of gnumeric, so a fixed version
should show up in the extras repo and on mirrors soon. Can you verify that it
works and close this bug please.