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 40822 - [JDK1.5.0] CTRL-C does not work in EXPLORER
Summary: [JDK1.5.0] CTRL-C does not work in EXPLORER
Status: VERIFIED FIXED
Alias: None
Product: platform
Classification: Unclassified
Component: Explorer (show other bugs)
Version: 3.x
Hardware: All All
: P2 blocker (vote)
Assignee: Jiri Rechtacek
URL:
Keywords: JDK_SPECIFIC
Depends on:
Blocks:
 
Reported: 2004-03-07 22:42 UTC by _ gtzabari
Modified: 2008-12-22 21:58 UTC (History)
4 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
a possible workaround (2.44 KB, patch)
2004-03-08 09:48 UTC, Jiri Rechtacek 		Details | Diff
patch for TreeView and also for ListView (3.40 KB, patch)
2004-03-08 13:19 UTC, Jiri Rechtacek 		Details | Diff
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 _ gtzabari 2004-03-07 22:42:23 UTC 
dev build 200403011900
JDK 1.5.0 beta 1

   CTRL-C no longer triggers the "copy" operation
in explorer.
Comment 1 _ ttran 2004-03-08 00:32:19 UTC 
works perfectly for me here (Linux, JDK 1.4.2_03, dev build from CVS),
just used Ctrl+C, Ctrl+V to copy a few files around in the explorer.  

Gili: Can you be more concrete about what you exactly did?
Comment 2 Jiri Rechtacek 2004-03-08 09:02:49 UTC 
It's easy reproducible with jdk1.5-beta2, keystroke Ctrl+C doesn't
work. Via menu works correctly.
Comment 3 Jiri Rechtacek 2004-03-08 09:48:40 UTC 
Created attachment 13865 [details]
a possible workaround
Comment 4 Jiri Rechtacek 2004-03-08 09:51:01 UTC 
The code which handles Ctrl-C/X/V shortcuts is called only for jdk1.4.
Workaround is enable it also for other jdk.
Comment 5 Jiri Rechtacek 2004-03-08 09:53:50 UTC 
The attached workaround commited in mailtrunk.
Comment 6 _ ttran 2004-03-08 09:55:37 UTC 
I think we should get this fix in release36
Comment 7 _ gtzabari 2004-03-08 11:18:27 UTC 
Is this a JDK bug? If so, we should file an issue against JDK 1.5.0 beta 2
Comment 8 Jiri Rechtacek 2004-03-08 13:09:51 UTC 
Gili, no, it's not any jdk bug. It's a bug on netbeans side, wrong
check of jdk's version. Thanks for early feedback about this problem.
Comment 9 Jiri Rechtacek 2004-03-08 13:19:11 UTC 
Created attachment 13869 [details]
patch for TreeView and also for ListView
Comment 10 Jesse Glick 2004-03-08 13:22:26 UTC 
Hmm, this is what you get for writing silly code like

  if (System.getProperty("java.version").startsWith("1.4")) ...

instead of using e.g.

  if (Dependency.JAVA_SPEC.compareTo(new SpecificationVersion("1.4"))
< 0) ...
Comment 11 Jiri Rechtacek 2004-03-08 14:24:40 UTC 
Petr, could you review my patches? Thanks
Comment 12 Petr Nejedly 2004-03-08 14:53:12 UTC 
Two things:
1. update the comment of the fix. "(only for JDK 1.4)" is misleading.
2. remove the (no longer needed) OurTreeCancelEditingAction class.
Comment 13 Jiri Rechtacek 2004-03-08 15:02:37 UTC 
Yes, in maintrunk are the comments removed as well. I'll class
OurTreeCancelEditingAction in maintrunk, it could be left in release36
to minimalize amount of changes.
Comment 14 Petr Nejedly 2004-03-08 15:13:28 UTC 
I see no need for leaving unused garbage in the release. The "amount"
of changes is "remove one unused class",doesn't matter it is 15
additional lines in diff. Please remove the class as well.
Otherwise the change is OK, consider it reviewed.
Comment 15 Jiri Rechtacek 2004-03-08 15:24:25 UTC 
Ok, I'll remove it also in release36. Thanks Petr
Comment 16 Jiri Rechtacek 2004-03-09 10:39:51 UTC 
fix was backported to release36 branch
Comment 17 Marian Mirilovic 2004-03-13 11:38:47 UTC 
verified in [nb_36](200403121830)