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 12641 - New from template should better handle file extensions
Summary: New from template should better handle file extensions
Status: VERIFIED FIXED
Alias: None
Product: platform
Classification: Unclassified
Component: Dialogs&Wizards (show other bugs)
Version: 3.x
Hardware: All All
: P4 blocker (vote)
Assignee: jrojcek
URL:
Keywords: UI
Depends on:
Blocks: 38870
  Show dependency tree
 
Reported: 2001-06-07 13:25 UTC by Petr Jiricka
Modified: 2008-12-23 14:33 UTC (History)
6 users (show)

See Also:
Issue Type: ENHANCEMENT
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 Petr Jiricka 2001-06-07 13:25:52 UTC 
See also bugtraq bug 4363783.

When a new object is created from template, the extension is automatically 
added. However, when the user enters the extension as a part of the object's 
name, this is not detected, and the resulting object has two extensions (such 
as page.jsp.jsp).

The New From Template dialog should somehow detect this situation and handle it 
gracefully.
Comment 1 Peter Zavadsky 2001-11-09 11:09:09 UTC 
Closing it as wontfix. I guess if somebody wants to include the dots
in filename, so just leave him to do that.
On the other hand maybe there could be some info which extenstion is
going to be appended to the filename. For sure adding Jiri as UI to CC.

Please reopen it if some concrete solution will arise. And probably
change it rather to enhancement.
Comment 2 Petr Jiricka 2001-11-09 13:23:01 UTC 
In 99.9% of the cases when the user types newfile.txt, his/her intent 
is to create newfile.txt, not newfile.txt.txt.

So this definitely is a usability issue. I don't have any concrete 
suggestion as to what the exact behavior should be, this should be 
designed by the UI group.

Reopening as enhancement.
Comment 3 Jan Chalupa 2001-11-27 11:53:18 UTC 
Target milestone -> 3.3.1.
Comment 4 Jan Chalupa 2001-11-27 11:56:52 UTC 
Target milestone -> 3.3.1.
Comment 5 Jan Chalupa 2002-01-11 14:03:53 UTC 
Target milestone -> 3.4
Comment 6 Jan Chalupa 2002-01-11 14:08:00 UTC 
Target milestone -> 3.4
Comment 7 Jan Chalupa 2002-01-11 14:08:58 UTC 
Target milestone -> 3.4
Comment 8 Jan Chalupa 2002-01-11 14:11:41 UTC 
Target milestone -> 3.4
Comment 9 David Simonek 2002-01-28 16:29:15 UTC 
Reassigning to Marek, evaluate, please. Thsnks.
Comment 10 mslama 2002-01-29 16:15:32 UTC 
Exact behaviour needs to be defined by UI.
Comment 11 Jesse Glick 2002-02-04 21:36:50 UTC 
Suggest that a r/o textfield display the filename that will actually
be created. Users would figure out what was going on pretty quickly, I
think. Related (I thought I filed this long ago but can no longer find
it): "group" templates (*.group, make multiple files) should show you
what files will actually be created by them.
Comment 12 jhoffman 2002-02-04 21:58:57 UTC 
I agree that Jesse's proposed solution would be preferable to 
what we have now.
Comment 13 Chris Ledantec 2002-04-08 15:59:24 UTC 
adding myself to the cc list
Comment 14 mslama 2002-07-31 16:17:50 UTC 
Passing to ui.
Comment 15 Jesse Glick 2004-03-24 12:32:31 UTC 
Planned new file wizard for D does have such a r/o text field.
Comment 16 Jesse Glick 2004-09-28 17:51:17 UTC 
So, consider fixed.
Comment 17 Marian Mirilovic 2005-12-20 15:48:34 UTC 
This issue was solved long time ago. Because nobody has reopened it neither
added comments, we are verifying/closing it now. 
If you are still able to reproduce the problem, please reopen. Thanks in advance.
Comment 18 Quality Engineering 2008-12-23 14:33:16 UTC 
This issue had *1 votes* before move to platform component