Apache OpenOffice (AOO) Bugzilla – Issue 82993
Form Creation Wizard causes crash
Last modified: 2015-10-20 03:00:00 UTC
Hi, Using OOo 2.3.0 (m222) with FreeBSD 6.2 I've been trying to create a db using the wizards and keep getting a repeatable crash when attempting to make a form out of one of the example tables (BillableHours) provided. 1) File>New>Database 2) Create a Database (radio button), then click on "Next" 3) Accept the default settings in the next dialog ("Yes, I want the wizard to save the database", and "Open the Database for data entry"), click on "Finish" 4) Enter a name for the database, e.g. TimeSheet1 and the click on "Save" 5) Click on the "Tables" icon in the left hand pane 6) Click on "Use the Table Creation Wizard" 7) In the Category "Professional" choose BillableTime (or "BillableHours", I only have the FR version which says "TempsFacturé") from the dropdown list. It is the last but one entry. 8) Click on the Double Arrow button to transfer all fields to the Select Field pane, then click on "Next" 9) Click on the last field in the list (RefBilledTime) and set Autovalue to YES. The keyword IDENTITY is automatically filled in for the autoincrement expression. Click on "Next". 10) Choose "Use an existing field as primary key and select the RefBilledTime field that was set up as autoincrement in the previous step. The "Automatic Value" checkbox is ticked. Click on "Next". 11) The proposed TableName can be left as is. In my case it is "TempsFacturé". Accept the default radio button on entering data immediately and click on "Create". 12) Now click on the Forms icon in the left hand pane, then choose "Use the wizard to create a form" 13) Click on the double arrow button to transfer all fields from left pane to right pane. Click on "Next". 14) Accept the default Subform settings and click on "Next". Bang !! OOo dies and the recovery module starts. This is repeatable every time. Alex
setting oooqa and crash keywords
Re-setting OS and Platform (sigh) coz the bug report wizard doesn't do it properly. This is FreeBSD specific. Alex
Do you mind attaching the database you got 'til step 11? Also, did you send a crash report? If yes, what's the ID?
Hi, No crash report I'm afraid, it would appear that the crash reporter is deactivated on the FreeBSD binary (to be honest, I don't even know if it is included in the binary build). I will certainly check though. Can't send the db to you at the moment because I'm on my work machine (Linux), but I'll be able to do that later on, when I'm back home. Alex
Created attachment 49184 [details] Java Hotspot VM error log
Well, back in front of my FreeBSD machine again, and just found a load of Java Hotspot VM error logs that occurred at precisely the same time as OOo was crashing, so I've enclosed one to see if that can shed any light on it. Looks like the problem is caused by the Java VM crashing, which then brings down OOo (although where the weak point is exactly, I have no idea). Alex
Just to add further comments. I tried creating a manual form from within the Base module linked to the table in the TimeSheet1 ODB file and this form looked like it was saved, but upon closing of the form window, OOo crashed again. Needless to say, the recovery process didn't recover the form (obviously stored in transient memory and not written to the ODB file stream). Alex
Created attachment 49186 [details] Sample Database
Enclosed the database file so you check it out
Cannot reproduce on WinXP, which isn't really surprising, it sounds like a platform issue. The attached stack suggests it crashs in SWUnoHelper::UCB_IsReadOnlyFileName, though the frames above look strange. In particular, it seems the wizard is in some getSize call, which shouldn't arrive in the UNO helper method. That's all I can say, sorry.
clu->wurzel: a pretty old one .. may you check the problem in a current version thx
@clu : Ha, yes I'd forgotten about this one (of my own), haven't had much time to do much testing on FreeBSD for a while, plus it was a bit difficult getting hold of recent builds that ran on i386. Let me have a look for a more recent build on the good-day server and retest. Alex
I'm gonna have to close this as invalid, because my FreeBSD system got hosed doing a portupgrade, so I can no longer test for this OS. Sorry. Alex
=> close
Thought-provoking commentary - I am thankful for the details . Does someone know if my company can get a sample 2011 FL HSMV 82993 document to work with ?
(In reply to kindra from comment #15) > Thought-provoking commentary - I am thankful for the details . Does someone > know if my company can get a sample 2011 FL HSMV 82993 document to work with > ? Hello Kindra. my work colleague filled out a sample 2011 FL HSMV 82993 document here <a href="http://pdf.ac/1Rgzip" >http://pdf.ac/1Rgzip</a>