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 29401 - Finish button is disabled when changing package name in Wizard
Summary: Finish button is disabled when changing package name in Wizard
Status: VERIFIED WORKSFORME
Alias: None
Product: platform
Classification: Unclassified
Component: Property Editors (show other bugs)
Version: 3.x
Hardware: All All
: P3 blocker (vote)
Assignee: Jiri Rechtacek
URL:
Keywords:
: 27206 30170 30270 (view as bug list)
Depends on:
Blocks: 31547
  Show dependency tree
 
Reported: 2002-12-09 10:51 UTC by pfelenda
Modified: 2008-12-23 11:26 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description pfelenda 2002-12-09 10:51:28 UTC
Steps to reproduce :

- Open 'New Wizard'

 <1. step of wizard>
- Select e.g. 'Folder' item from tree
- Click to 'Next' button

<2. step of wizard>
-> check 'Finish' button (is enabled)
- change package - expand tree and click to
'examples' ( I am using sampledir package )
- change back the package name to root of sampledir
-> 'Finish' button is disabled
Comment 1 Jaromir Uhrik 2003-01-06 11:24:24 UTC
Version changed: 4.0 dev -> S1S 4.2
Comment 2 Jiri Rechtacek 2003-01-16 11:36:29 UTC
*** Issue 30170 has been marked as a duplicate of this issue. ***
Comment 3 Jiri Rechtacek 2003-01-17 10:19:38 UTC
DataFolderEditor is used in TemplateWizard. There is a problem in
editor: badly synchronization packageName field and a selected node in
tree, i.e. badly returns null when only filesystem root is selected in
place of root's data folder.
Comment 4 Jiri Rechtacek 2003-01-22 13:47:28 UTC
*** Issue 30270 has been marked as a duplicate of this issue. ***
Comment 5 Jiri Rechtacek 2003-02-27 11:40:52 UTC
*** Issue 27206 has been marked as a duplicate of this issue. ***
Comment 6 Jiri Rechtacek 2003-02-28 18:18:06 UTC
fixed in maintrunk
Comment 7 pfelenda 2003-03-03 16:30:45 UTC
Verified in dev build 200303030100.
Comment 8 pfelenda 2003-05-06 10:57:16 UTC
Reopening

Change of package makes finish button disabled in RC2.
How to reproduce :
Prepositions 
------------
- You must have two or more filesystems mounted in explorer
- The second filesystems should have a package structure
with more than two levels (depth)

Steps 1
-----
1) Open New Wizard (from main menu) and go through to step 2
2) Click to some package in second filesystem
3) Click to first filesystem (to root of this filesystem)
-> Finish button is disabled

Steps 2
-----
1) Open New Wizard and go through to step 2
2) Click to some package from level 2 in any filesystem
3) Click to root of this filesystem
-> Finish button is disabled
Comment 9 _ ttran 2003-05-23 16:39:39 UTC
not a showstopper, changed target to 4.0
Comment 10 Jiri Rechtacek 2003-05-24 12:54:47 UTC
[dev builds 030522]
I think it works for me in a recent dev builds. Scenario #1 is
reproducible but it works correctly. And scenario #2 is not
reproducible for me. This state is a compromise between issue 31465
and this issue. Issue 31465 reported that a new package with same name
as other package in other filesystem cannot be created. Due to,
package name is left when root of filesystem is changed (dtto scenario
#1). Petr, a folder name must be consist with state Finish button and
with state of Create button. It's by scenario valid, isn't?
I believe that this wizard/DataFolder editor is confusing a lot. There
is a task to redesign it (see issue 33128). I'll close it as
worksforme. Sorry for confuse.
Comment 11 pfelenda 2003-06-02 11:02:21 UTC
It seems that the second scenario was fixed.
Why is marked this issue as worksforme ?
Was this issue fixed with other one?

I think than the first scenario is bug.
If this scenario is not bug , it is feature ? 
Can you point me to a document which describes this behaviour.
Thanks
Comment 12 Jiri Rechtacek 2003-06-03 13:19:07 UTC
Unfortunately, there is no UI spec for this editor. Task 33128 will
provide it. The behavior is derived from bugs and enhancements
step-by-step. Compare it with nb3.3, nb3.4.  I think that scenario #1
has worked there as same as worked now.
Be sure that change of scenario #1 reopens bugs 31645 (sorry I typo
its bug's id in previous comment) and issue 8492. Let's wait for new
ui spec before more fixing/hacking ;-)
Comment 13 Marian Mirilovic 2003-08-27 16:58:14 UTC
verifying.