This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 86945 - REGRESSION: Current design pattern doesn't determine properly
Summary: REGRESSION: Current design pattern doesn't determine properly
Status: VERIFIED FIXED
Alias: None
Product: xml
Classification: Unclassified
Component: Schema Tools (show other bugs)
Version: 5.x
Hardware: PC Windows XP
: P2 blocker (vote)
Assignee: Ayub Khan
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-10-11 15:36 UTC by Andrei Chistiakov
Modified: 2006-11-23 09:03 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Andrei Chistiakov 2006-10-11 15:36:14 UTC 
Reproduced in build 061010 (jdk 1.6 beta 2).

The scenario is identical to the one described in issue 83599.

To reproduce the bug:

- open PO schema;
- invoke 'Apply Design Pattern' menu command on the schema node. Notice that the
current design pattern detected is 'Garden of Eden';
- apply Russian Doll design pattern to the schema;
- close the schema/discard changes;
- once again invoke Apply Design Pattern menu command on the schema node. 
Now the current design pattern is determined as 'Russian Doll' even though the
schema isn't changed.
Comment 1 Ayub Khan 2006-10-11 17:21:55 UTC 
Once the model gets into invalid state, I think it does not sync-up. Since the
root cause is same, marking as duplicate of issue 83599.

*** This issue has been marked as a duplicate of 83599 ***
Comment 2 Ayub Khan 2006-10-11 18:48:54 UTC 
I am sorry, its a duplicate of 86935
Comment 3 Ayub Khan 2006-10-11 18:49:39 UTC 

*** This issue has been marked as a duplicate of 86935 ***
Comment 4 Ayub Khan 2006-10-12 01:04:38 UTC 
could not reproduce. Can you attach snapshot of source file after you discard
changes.
Comment 5 Ayub Khan 2006-10-12 01:05:36 UTC 
works for me
Comment 6 htt 2006-10-13 06:59:38 UTC 
Verified in 'patch' build 061012_7 (from release55_dev).
Comment 7 Andrei Chistiakov 2006-10-17 15:48:10 UTC 
Reproducible in build 061017 (release55).
Comment 9 Andrei Chistiakov 2006-11-23 09:03:15 UTC 
Verified in build 061122_8 (release551).