Issue 92313 - Unprotecting a sheet enables Delete context menu item on a selected built-in style in the already open Stylist.
Summary: Unprotecting a sheet enables Delete context menu item on a selected built-in ...
Alias: None
Product: Calc
Classification: Application
Component: ui (show other issues)
Version: DEV300m20
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Keywords: crash
Depends on:
Blocks: 84291
  Show dependency tree
Reported: 2008-07-31 07:49 UTC by yun_jt
Modified: 2013-08-07 15:13 UTC (History)
6 users (show)

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


Note You need to log in before you can comment on or make changes to this issue.
Description yun_jt 2008-07-31 07:49:44 UTC
1.create a new Calc, F11, Default is selected by default in the Styles and
Formatting dialog
2.Tools-Protect Document-Sheet, input any password you want, OK
3.Tools-Protect Document-Sheet, input the password to cancle sheet protection
4.right click on the Default, Delete, Yes any cell
6.Edit-Delete contents, select Formats item, OK
Application crashes
Comment 1 erack 2008-07-31 20:25:28 UTC
Confirmed (btw, no need to enter a password in this scenario). After having
removed the protection the selected style suddenly has a Delete context menu
item, which built-in styles never should. Selecting another style (and
reselecting the previous style) makes the Delete item vanish.

@yun_jt: please don't assign new issues directly to developers, leave the
Assigned_to field empty instead, which assigns the issue to the default
spreadsheet owner and may draw more attention from other people monitoring te
queue. Also, this issue does not have a patch attached, so type PATCH is not
appropriate, setting to DEFECT.

Btw, 'erack' is my spare time account I rarely use (due to lack of spare time
;-)  my official account is 'er'.
Comment 2 erack 2008-07-31 20:37:21 UTC
Reassigning to default spreadsheet owner, better summary, crash keyword.
Comment 3 daniel.rentz 2008-08-04 09:09:49 UTC
dr->yun_jt: this is a good issue for you to try to fix, isn't it?
Comment 4 yun_jt 2008-08-05 03:10:33 UTC
Comment 5 yonggang.mao 2008-08-07 03:06:58 UTC
Comment 6 yun_jt 2008-08-07 03:08:50 UTC
Comment 7 thorsten.ziehm 2009-05-18 13:55:09 UTC
OOo 3.1 is released. Please check the issue, if it still exists in OOo 3.1. If
yes, please work on it to get it fixed in one of the next releases. Until then
the issue get the target 3.x.
Comment 8 Rob Weir 2013-07-30 02:37:11 UTC
Reset assignee on issues not touched by assignee in more than 1000 days.