-
Bug
-
Resolution: Fixed
-
P2
-
alpha
-
None
-
1.0fcs
-
sparc
-
solaris_2.5.1
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2018327 | alpha | J. Duke | P2 | Closed | Fixed | alpha |
CommandMap.getDefaultCommandMap() returns a new MailcapCommandMap object
if no default has been. However, this object is not retained internally.
If I add entries to that object assuming they be in effect, I'd be wrong.
I'm basically getting back an object for myself only, unless I explicitely
called setDefaultCommandMap() when I was done.
This of course would override anything that was previously set by someone else.
Maybe there should be an explicite merge() method??
if no default has been. However, this object is not retained internally.
If I add entries to that object assuming they be in effect, I'd be wrong.
I'm basically getting back an object for myself only, unless I explicitely
called setDefaultCommandMap() when I was done.
This of course would override anything that was previously set by someone else.
Maybe there should be an explicite merge() method??
- backported by
-
JDK-2018327 CommandMap.getDefaultCommandMap() return value should be retained internally
-
- Closed
-