To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=59584
------- Additional comments from [EMAIL PROTECTED] Tue Jan 3 06:41:12 -0800 2006 ------- > Are you saying that this patch will check if the column you are about to > rename > is used by a view, and if so disallow the change? Yes > If the column can not be renamed because it is referenced by the view, then the user > should not be able to drop it either. In fact in 2.0.1 that is exactly the behavior, neither > column in, nor the table itself can be dropped while the view exists. The least invasive fix we can do (and only this kind of fix is acceptable for 2.0.x, for stability reasons) will continue to use the fallback to delete/re-create columns which cannot be modified. Of course this does not make sense in this particular case, since deletion will also fail, as you outlined. But correctly determining this special case, and reacting appropriately, is out of scope for 2.0.x. --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
