Community
Participate
Working Groups
When pressing the DEL key in an open java editor, no validateEdit is issued. Using other keys like SPACE has the expected result. Using DEL in the normal text editor issues the validateEdit though.
*** Bug 22138 has been marked as a duplicate of this bug. ***
For what it's worth,this happens with most (if not all) "commands". Pressing CTRL-/,CTRL-V, etc. The corresponding menu items are disabled because the file is read-only. This should "just work".
*** Bug 22215 has been marked as a duplicate of this bug. ***
*** Bug 24029 has been marked as a duplicate of this bug. ***
I tried to set the Severity of the bug to major but could not (only the Submitter\owner can). I would like to raise the severity of this defect because it causing confusing behaviour in WSAD (While editing Files that have not been checked-out yet) and renders some settings in WSAD ineffective. For example: There is a setting under: Windows-->Preferences-->Team-->Rational Clearcase "When checked in files are edited by an internal editor:" Changing the setting to "prompt to checkout" should cause a checkout prompt whenever a change is made to local file. This does not happen when the user presses delete or ctrl-v. We (WSAD) would like to determine the possibility of getting a fix into the 2.0.2 stream
I'll extend this a bit more. The entire handling of "read-only" for files under source control is "flawed". This affects "Replace" ability in the Find dialog, etc. The system should effectively treat all files as writable if they are under source control, (depending on the Team provider). This may introduce another API that a Team Provider has to implement...
Pressing Ctrl+F or Pressing Ctrl+O on a file that has been checked in under SourceControl (ClearCase plugin) will try to checkout this file. Apparantly Pressing these key-combination invokes a validateEdit-call which is not needed in this case. I do NOT want to edit the java source file, i just want to do a Find(ctrl+f) or a browse(Ctrl+o). Is there somewhere a list to see which keystrokes invoke the validateEdit?
This appears to have been fixed in a recent release (I think I noticed it in RC2). Can anyone else comment/confirm?
fixed > 20030922