Issue 9570 - User is allowed to insert huge amount of table rows in a frame, even if those rows already exceed the frame border in one page.
Summary: User is allowed to insert huge amount of table rows in a frame, even if those...
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: ui (show other issues)
Version: 643C
Hardware: PC Windows 2000
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
: 103987 104208 (view as issue list)
Depends on:
Blocks:
 
Reported: 2002-11-26 23:19 UTC by Unknown
Modified: 2013-08-07 14:38 UTC (History)
1 user (show)

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

Attachments
Frame with a table (7.51 KB, text/plain)
2002-11-26 23:23 UTC, Unknown 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description Unknown 2002-11-26 23:19:06 UTC 
Reduplication step:
1.Create a new text document in OO/643C Writer. 
2.Insert Frame. In the Frame dialog, set border line style to "none".
3.Enlarge the frame by adjusting the frame border.
4.Copy and paste an existing table to the frame.
5.Click the "Insert Row" icon on the tool bar.
6.Keep on clicking, you will find that you can insert huge amount of rows even 
if those rows already exceed the frame border and page border.
I reproduced the issue on Win2000/OO643C.
Comment 1 Unknown 2002-11-26 23:23:31 UTC 
Created attachment 3778 [details]
Frame with a table
Comment 2 Unknown 2003-03-04 17:54:17 UTC 
assign target
Comment 3 stefan.baltzer 2003-06-04 13:46:11 UTC 
SBA: It's an enhancement (to make frames break to the next page) =>
Changed issue type.
Note_1: Tables do break to the next page, so a borderless frame around
a large table (be it large in the first place or enlarged later) makes
not much sense.
Note_2: If your main problem is the fact that the user is allowed to
add rows that do not fit, please note that changing a paragraph or
character style to a "big" font size produces the same problem.

ALL user errors can only be prevented if the Office tries to be
smarter than the user, regarding (and "re-thinking") EVERY click the
user does. This would cost performance, not to mention the development
effort. So there will always be room for user errors.
Comment 4 stefan.baltzer 2003-06-04 13:47:24 UTC 
Reassigned to Bettina.
Comment 5 ace_dent 2008-05-16 02:40:06 UTC 
OpenOffice.org Issue Tracker - Feedback Request.

The Issue you raised has the status 'New' pending further action, but has not
been updated within the last 4 years. Please consider re-testing with one of the
latest versions of OOo, as the problem(s) may have already been addressed.
Either use the recent stable version: http://download.openoffice.org/index.html
or consider trying the new OOo 3 BETA (still in testing):
http://download.openoffice.org/3.0beta/
 
Please report back the outcome so this Issue may be Closed or Progressed as
necessary - otherwise it may be Resolved as Invalid in the future. You may also
wish to search for (and note) any duplicates of this Issue that may have
advanced further by checking the Issue Tracker:
http://www.openoffice.org/issues/query.cgi
 
Many thanks,
Andrew
 
Cleaning-up and Closing old Issues as part of:
~ The Grand Bug Squash, pre v3 ~
http://marketing.openoffice.org/3.0/announcementbeta.html
Comment 6 michael.ruess 2009-08-04 09:28:53 UTC 
*** Issue 103987 has been marked as a duplicate of this issue. ***
Comment 7 michael.ruess 2009-08-13 15:27:24 UTC 
*** Issue 104208 has been marked as a duplicate of this issue. ***
Comment 8 bettina.haberer 2010-05-21 15:08:02 UTC 
To grep the issues easier via "requirements" I put the issues currently lying on
my owner to the owner "requirements".