Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Save as, Load/save HTML Compatability - causes "unrecoverable error" | ||
---|---|---|---|
Product: | Writer | Reporter: | russellmcormond <russell> |
Component: | code | Assignee: | stefan.baltzer |
Status: | CLOSED NOT_AN_OOO_ISSUE | QA Contact: | issues@sw <issues> |
Severity: | Trivial | ||
Priority: | P3 | CC: | issues, oooqa |
Version: | OOo 1.0.2 | Keywords: | oooqa |
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | Linux, all | ||
Issue Type: | DEFECT | Latest Confirmation in: | --- |
Developer Difficulty: | --- |
Description
russellmcormond
2002-09-12 16:38:13 UTC
It turns out this error is more serious than just HTML. I can't seem to save out of OpenOffice.org at the moment. I have tried to think back to what I have upgraded on my system in the last few days. I have backtracked most of the RedHat 7.3 errata's to see if that would help. To replicate on my system: - Open Openoffice.org - type anything into Writer component. - try to 'save' - first it complains that /opt/openoffice.org/1.0/work does not exist (Default directory for saving?) - when I give it a valid filename, it then give me the "Error saving document Untitled1: Wrong parameter" error. I will continue to backtrack updates to see if I can find out what incompatability seems exist. I may be making an incorrect assumption, but at this point I am assuming some library and OpenOffice.org are not compatable. Sorry for filing so many additional comments. I will need help from a developer to split this bug into two parts (assuming anyone else can replicate the problem): a) Problems with HTML compatability b) Problems with installer If I do an "rm -rf ~russell/OpenOffice.org1.0.1" and then run OpenOffice.org (ie: /opt/openoffice.org/1.0/program/soffice ) it gives me the option to install to recreate the User-specific install. When installed this way, OpenOffice.org cannot save any type of file. If I do an "rm -rf ~russell/OpenOffice.org1.0.1" and then install OpenOffice.org (IE: run /opt/openoffice.org/1.0/setup ) then other file types work, but HTML Compatability comes up with an error. It should be noted that these error are generating a core dump, which I could send to someone if that is useful. Created by doing the origional "Tools-->Options-->Load/Save-->HTML Compatability" test: -rw------- 1 russell russell 25169920 Sep 12 13:13 core.2767 Additional testing: I have confirmed that the bug is not in 1.0 and was introduced in 1.0.1 . I have installed directly into the user account, avoiding the './setup /net' and then setup for the local user, to ensure that this was not a problem. I have core dumps and can do a backtrace, but not having any familiarity with the code it doesn't really tell me much. I tried backtracking my version of GLIBC (to the version that comes on the RedHat 7.3 CD), but this did not help. In case this sparks any interest, I included a few lines from the backtrace from the core dump: #5 0x409a2307 in pthread_sighandler () from /lib/libpthread.so.0 #6 <signal handler called> #7 0x40b64d07 in strlen () from /lib/libc.so.6 #8 0x40593f4a in rtl_getTextEncodingFromMimeCharset () from /home/russell/OpenOffice.org1.0.1/program/libsal.so.3 #9 0x44a6101e in SvxTextEncodingBox::FillWithMimeAndSelectBest() () from /home/russell/OpenOffice.org1.0.1/program/libsvx641li.so #10 0x45ad41e2 in OfaHtmlTabPage::OfaHtmlTabPage(Window*, SfxItemSet const&) () from /home/russell/OpenOffice.org1.0.1/program/libofa641li.so Note: This core dump is generated from opening OpenOffice.org and going to the "Tools-->Options-->Load/Save-->HTML Compatability" menu. No files need to be loaded. Russell, thanks for taking the time to post this issue. I have a RedHat 7.3 box with OOo 1.0.1 installed as a single user install. I cannot reproduce the problems you have listed. Thank you for using and supporting OOo. Have you tried completely uninstalling OOo from your system ( make sure you remove .sversionrc files ), downloading a new copy of OOo 1.0.1 and trying to reinstall? On Unix, it's best to do the multi-user install ( first the install with -net and then a user initiated install ). On my test system, I've installed all of the RedHat 7.3 patches up to a few weeks ago. Steps taken: mv .sversionrc .sversionrc.old Untar: OOo_1.0.1_LinuxIntel_install.tar.gz This is received using rsync from a mirror. Run ./setup - Next-->Next-->Accept-->Next-->Next-->Accpet-->Install (IE: all defaults, didn't type in any personal inforamtion) - Java and Javascript not supported (Don't have Java installed) - OK - 'Complete' run: ~/OpenOffice.org1.0.1/soffice - Cancel "address book autopilot" - "Tools-->Options-->Load/Save-->HTML Compatability" - system pops up error window "An Unrecoverable error has occured" - when I select "OK", OpenOffice.org exits ---cut--- When I run 'gdb' to get the loaded symbols, I find I am dependant on the following RPM's (I did a 'script a' before loading the core file into gdb) [russell@amadpur ~]>grep '\.so' a | grep -v '/home/russell/OpenOffice.org1.0.1/program/' | sed 's/Loaded symbols for //' | sed 's/Reading symbols from //' | sed 's/...done.//' | sort | uniq | xargs -n 1 rpm -qf | sort | uniq XFree86-4.2.0-8 XFree86-devel-4.2.0-8 XFree86-libs-4.2.0-8 glibc-2.2.5-34 This is the versions of these RPMS that shipped with RedHat 7.3. I did a freshen of all the RPM's to the latest updates, rebooted the computer (a kernel was one of the updates), and got the same error (although now with the new glibc). Are there runtime library dependancies that would not show up just running GDB on a core file? gdb -core=core.1362 -e /home/russell/OpenOffice.org1.0.1/program/soffice.bin Is there anything additional I can do? a) This is confirmed to only happen with OOo 1.0.1 and not 1.0 b) I have other computers here running various versions of RedHat, including a computer installed 'fresh' (IE: not an upgrade) of RedHat 7.3 that runs fine with OOo 1.0.1 I don't want to upgrade this desktop too much before the problem is found as this would mean the loss of a test environment that has the failure. I have other comittments this month, but if nobody else can confirm the problem then I will get a 2'nd disk and install RedHat 7.3 on a new partition for multi-boot to see if it relates to upgrades, or something unique in the hardware on this computer. Rusell, I've looked at your notes and I think I see problems with your install procedure. First, as root, do a multi-user install by either running the install shell script or setup -net. Then, log in as the user you want to user OOo as, and run setup from the installed directory ( for example /opt/OpenOffice ). A proper multi-user install requires 2 installs, the first one as root with the -net option, then another install ( run setup again ) as the user you want and choose a Workstation install. User comments: I am aware of this, and have installed this way. Whatever the problem is it is more complex than simply how it was installed. OpenOffice 1.0 works, OpenOffice 1.0.1 doesn't work. I have other computers where things work, so there is something interesting in this environment that may be worth investigating. A few more recent tests: a) If I boot the same computer into a freshly installed RedHat 8.0, the problem does not exist. Whatever the problem is it is unique to old versions of RedHat, or older libraries. I'm keeping my RedHat 7.3 (upgraded from earlier RedHat) partition around largely to help find/debug this problem. It may be a RedHat issue, an issue with the specific package combination I have installed, or it may be an issue in OOo that is worth finding and fixing for future versions. In any case, I'm surprised I'm the only one reporting it --- although the average user may not report things. b) The problem still exists for OOo 1.0.2 as well as OOo 1.0.1, but not 1.0.0. . I have not built a compile environment to determine if the issue is with the environment that the binaries are built under. Is there anything further I can do at my end? I don't have an OOo build environment, and am installing from distributed binaries at this point. I can send a list of RPM's I have installed on the RH 7.3 boot partition if this is useful to have. Hi! I have similar problem. When I want to save document as OpenOffice document(writer or calc) it crashes with the same error. But when I want to save as MS Word or Excel there is no problem. Shame:-) It was everything OK in version 1.0.2 Sorry. Version 1.0.1 was OK, and 1.0.2 is crashing. Maybe because I had installed 1.0.1 and then installed 1.0.2 in different folder? I have Suse 8.0 Dejan, I am assuming the problem relates to incompatabilities with support libraries in the operating system itself. I have OOo 1.0.0, 1.0.1 and 1.0.2 installed in my /home partition. I have a RedHat 7.x based system and a RedHat 8.0 system on a dual boot system, both using the identical /home partition. The identical installation works on RedHat 8.0, but does not work on the older 7.x. It isn't a difference in how OOo was installed, but something different in what libraries the operating system is offering. I have tried upgrading package-by-package, but I haven't yet found what package causes the conflict. Latest. I downloaded 1.1Beta and saw the same problem. I decided to upgrade a few more libraries. When I updated the gnome-* packages (and dependencies) the problem went away. I don't have the time at the moment to pinpoint this issue to what library caused the problem, but it may just be appropriate to file it away as an issue with older versions of the libraries that are fixed with an update. Closing the issue for now. . |