Issue 9648 - OpenOffice Crashes while creating table.
Summary: OpenOffice Crashes while creating table.
Status: CLOSED DUPLICATE of issue 9685
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: 643C
Hardware: PC Windows 2000
: P3 Trivial (vote)
Target Milestone: ---
Assignee: stefan.baltzer
QA Contact: issues@sw
URL:
Keywords: oooqa
Depends on:
Blocks:
 
Reported: 2002-11-28 20:48 UTC by Unknown
Modified: 2003-09-08 16:56 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description Unknown 2002-11-28 20:48:03 UTC
Open Office crashes when number of columns changed from maximum to null.
I have replicated the bug on windows 2000 and Windows XP machines using OO 
version 643C.
Here are the steps to replicate the bug...
1) Open OO and make new file (File-->new )
2) Create a table. (Insert--> Table) or (click on the insert table icon)
   This should open "insert table" dialogue window. The default setting for no. 
of columns is 5 and for no. of rows is 2.
3) In the no. of columns list put a big number. (I do it by putting 0's in 
front of 5. I press 0 for 3 seconds)
4) Now press TAB to go to no. of rows list. (or simply click on no. of rows 
field). Note: the no. of columns field change to 8192 provided no. of rows is 
2. 
5) Come back to no.of columns field by pressing SHIFT + TAB or clicking on 
column list
6) Now goto the end of the number and keep pressing BACKSPACE.

OpenOffice crashes...giving message "unrecoverable error has occured"
Comment 1 Unknown 2002-11-28 20:59:00 UTC
The same bug can be replicated in one more way. 
Instead of no. of columns, use the no.of rows filed.
The steps to replicate bug are as follows:
1) Open OO and make new file (File-->new )
2) Create a table. (Insert--> Table) or (click on the insert table 
icon)
   This should open "insert table" dialogue window. The default 
setting for no. 
of columns is 5 and for no. of rows is 2.
3) Press TAB to go to Rows field ( Click on rows field)
4) In front of 2, append 0's by pressing 0 for 3 seconds or more.
   (this makes no. of rows 2000000000....)
5) Press TAB or Shift + TAB to move away from no. of rows field (or 
click on column field. Just move cursor away from rows field)
6) Come back again on rows field by clicking on rows field.
7) Take cursor to the end of number and keep pressing BACKSPACE

OpenOffice crashes...giving message "unrecoverable error has occured".
Comment 2 Unknown 2002-12-01 08:30:10 UTC
(Parag S. Mujumdar , 11/30/2002)
System used for replication :
Platform                      : PC
OpenOffice version            : 643C
OS                            : Windows 2000 5.00.2195 Service Pack 2

I replicated the bug successfully using above system.
 
Following are the more generalized steps for bug replication based 
upon my follow up testing :

1.Open OpenOffice text document.
2.Goto menu insertàtable and select it.
[A dialogue box window “insert table” will appear on the screen, 
which enables user to input values of rows and columns of the table.]
3.Select any field between rows and columns and enter very large 
value in the field (such as 18-20 digits long)
4.Go to the other field now (if you have chosen row file in step 3 , 
go to column field and vice versa)
[You will see the change of value in the previous field …If you have 
chosen columns in step 3 it becomes 8192 in column field and if you 
have chosen rows field in step 3, it becomes 3276]
5.again go back to your previous field (used in step 3).
6.Go to the end of that number and delete it using backspace.

Result:

Error message “unrecoverable error has occurred” comes out. After 
clicking to “ok” button on error message, one more error message “the 
exception integer division by 0” comes out. After clicking to “ok” on 
that error message the OpenOffice gets closed. In this way OpenOffice 
gets crashed.

This bug is a very crucial and should be removed immediately as:
1.It crashes the OpenOffice completely.
2.Danger of permanently losing the data previously entered by the 
user.
Comment 3 Unknown 2002-12-02 04:32:21 UTC
(Parag S. Mujumdar , 11/30/2002)
[In my previous comments posted, some of the characters are 
misinterpreted hence I am resubmitting the same comments with 
avoiding those characters.]

System used for replication :
Platform                      : PC (PIII)
OpenOffice version            : 643C
OS                            : Windows 2000 5.00.2195 Service Pack 2

I replicated the bug successfully using above system.
 
Following are the more generalized steps for bug replication based 
upon my follow up testing :

1.Open OpenOffice text document.
2.Goto menu insert -- table and select it.
[A dialogue box window ‘insert table’ will appear on the screen, 
which enables user to input values of rows and columns of the table.]
3.Select any field between rows and columns and enter very large 
value in the field (such as 18-20 digits long)
4.Go to the other field now (if you have chosen row file in step 3 , 
go to column field and vice versa)
[You will see the change of value in the previous field .If you have 
chosen columns in step 3 it becomes 8192 in column field and if you 
have chosen rows field in step 3, it becomes 3276]
5.again go back to your previous field (used in step 3).
6.Go to the end of that number and delete it using backspace.

Result:

Error message Â’unrecoverable error has occurredÂ’ comes out. After 
clicking to ‘ok’ button on error message, one more error message ‘ 
Exception integer division by 0Â’ comes out. After clicking to Â’okÂ’on 
that error message the OpenOffice gets closed. In this way OpenOffice 
gets crashed.

This bug is a very crucial and should be removed immediately as:
1.It crashes the OpenOffice completely.
2.Danger of permanently losing the data previously entered by the 
user.

Comment 4 prgmgr 2002-12-03 03:45:30 UTC
Thank you for using and supporting OOo.

Marking as a duplicate of 9685

*** This issue has been marked as a duplicate of 9685 ***
Comment 5 michael.bemmer 2003-03-11 17:18:08 UTC
As mentioned on the qa dev list on March 5th I will close all resolved duplicate
issues. Please see this posting for details. First step in IssueZilla is
unfortunately to set them to verified.
Comment 6 michael.bemmer 2003-03-11 17:38:39 UTC
As mentioned on the qa dev list on March 5th I will close all resolved duplicate
issues. Please see this posting for details.