Apache OpenOffice (AOO) Bugzilla – Issue 14186
dBase table very confused which eventually results in OOo crash
Last modified: 2006-05-31 14:29:06 UTC
This is going to be very difficult to get accross, but here goes. This happens on Windows and Linux. It happens in 1.1 beta but NOT in 643C nor 1.0.2. Use the spead sheet to create a new .dbf file of something like 500 entry rows with columns of say "Name", "Surname" and "Address". Select the entire table and drag onto the Bibliography Table tree item to setup a new dBase Biblio data base table, say "Mailing List". Unfortunately I cannot attach the real data base since it contains real names and addresses and the data protection act probably prohibits publication. Select the Surname column and click the "^A/Z" (Sort A-Z) button. Page down a few pages or jump straight to the bottom using the ">|" button. Go up a few pages and click in one of the columns. The column value changes all by itself ! It appears that rows are missing from the View but no one told the Controller. Investigation seems to show, for example, the following maybe occuring: Suppose three entries are in the DB - Smath, Smith, Smyth. What is displayed is: Smath Smyth Clicking in Smyth results in Smith appearing in blue highlight. But I cannot be really sure. Any how a few clicks like this and the table display starts to get corrupted, especially if combined with Page Ups and Downs. Then OOo throws and "Unrecoverable Error"
corrected version to ooo1.1beta
correcting sub component (see http://www.openoffice.org/issues/describecomponents.cgi?component=database%20access, please), and resulting default owner
Correcting platform (since it was reported on both windows and linux)
I cannot confirm this on WinXP / OOo 1.1beta2 (following the procedure, Owen did suggest). lowering prio to 3: product crashes only in very special circumstances
Can you give us a stack dump of the crash happening in OOo1.1beta2? See http://kegel.com/openoffice/#dump (or wait for OOo1.1rc1, which will have a built-in crash logger) Thanks!
I'm adding the "oooqa" keyword & setting the priority to P1 from P3.
Hi Owen, can you reproduce this with OpenOffice.org 1.1.0 rc4? (Changing priority back to 2, since this bug does not hinder testing in general. Eugene wasn't following the guidelines at http://www.openoffice.org/project/www/issues/bug_status.html#priority )
It will take me a while to reconfirm this issue since it is not my data base or machine.
OOo 1.1.0 has been released now, so please check with this version of OOo.
Is this the dBase database included with OOo with the 100MB size restriction? If so, it possible that these are symptoms of the data reaching the maximum threshold?
there's no size limit for dBase in OOo, sorry. (ehm - not really sorry :). The limit is in the Adabas D version shipped with *Star*Office, in OpenOffice.org, there's no limit at all.
added needmoreinfo keyword.
Hi, because no one can reproduce / confirm this I set this issue to invalid. Please fell free to reopen this issue if it still occurr. If you reopen this issue please provide a step-by-step description how I can reproduce this issue. bye Marc
change subcomponent to 'none'
close