-
Bug
-
Resolution: Duplicate
-
P3
-
None
-
1.3.0
-
generic, x86
-
generic, windows_98
Name: krT82822 Date: 01/30/2000
java version "1.3.0rc1"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0rc1-T)
Java HotSpot(TM) Client VM (build 1.3.0rc1-S, mixed mode)
Run the SwingSet2 demo, select the JFileChooser demo. Click on any button.
Select a file using the mouse, now click in the JTextField to edit the name of
the file: the text in the JTextField disappears.
----------
30 Jan 2000 eval1127@eng -- confirmed.
(Review ID: 100518)
======================================================================
Name: krT82822 Date: 01/30/2000
java version "1.3.0rc1"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0rc1-T)
Java HotSpot(TM) Client VM (build 1.3.0rc1-S, mixed mode)
Probably while trying to fix bug 4271669, a change
(or rather: a regression) was introduced in the
behaviour of JFileChooser. When the user selects a
file from the file list and then clicks into the
file name text field, the contents of the JTextField
are cleared. This is a bad thing because:
a) it's different from 1.2.2 behaviour
b) it's totally non-standard
c) when saving files, it is common practice to select
a file from the file list (for example, "my_document_file.txt")
and then use the text field to edit a small aspect
of the name (the example might become "my_document_file2.txt"
or "my_document_file_backup.txt". Having to enter the
entire name again will be unacceptable to most users.
The bug can be reproduced using SwingSet2 or the FileChooserDemo.
(Review ID: 100534)
======================================================================
- duplicates
-
JDK-4307925 Inconvenient operation when using the "save as"
-
- Closed
-