Community
Participate
Working Groups
I updated WST to the latest release 0.7 and noticed that the editor shows some strange warnings that are not correct. But what makes it unusable is that copy&paste doesn't work. I tried keyboard shortcuts STRG+C/STRG+V and also popup menu items "copy"/"paste". WHen pasting, only a tab is inserted (or 4 spaces if configured for tabs) ... :-(
I noticed that it works if you just copy/paste a few characters within a line but when you copy a whole line or multiple lines, it just pastes a tab.
Which editor?
The JSP Editor. I can workaround this by selecting multiple lines by not selecting the first line completely but just from the first non-white space (as most code lines all have some white space characters as trailing chars).
I have experienced this bug also, but it is affecting the java editor also. Platform is XP SP2 JDK1.5-04. This happens with 3.1 and 3.2m1 both with wtp0.7. Problem is horrible, particularly as its intermittent. Also have noticed both the pasting a tab and the relation to blocks of text, i.e. quite often when you can't cut and paste a block of text you can cut and paste smaller bits of the text
Amy, sound like anything you've worked on? May be unrelated, but since it contained all the right key words (e.g. tab, paste :) was hoping you could at least read and help narrow possibilities. Is this a case of where we should not have mimiced the Java Editors techniques? :)
sounds similar to bug 105912 which was fixed a little while ago (but post 0.7). when you said you updated wst to the latest release 0.7, do you mean the 0.7 released 7/29/2005? or do you mean a recent wtp build (like an i build)
I've been unable to reproduce this (on 0.7.1, or M8) , so suspect its "thread" or workload related. Also, can you give some idea (or, better, attach a sample) of what your typical source looks like. Also, might help if you attached configuration file and .log (both available from the "about" dialog. Amy, I don't think its bug 105912 that is being described, I think he's discribing literally that a whole bunch of text is replaced with a single tab (or spaces reppresenting tabs). I called to your attention, since I think you mentioned following their pattern for "tab replacement" on paste, so .. I thought if both editors exhibit the problem, maybe its the common part of the technique?
Actually, I really do think this is a dup of bug 105912. If you read comment #3, "I can workaround this by selecting multiple lines by not selecting the first line completely but *just from the first non-white space*" And if you look in comment #1 in bug 105912, I pointed out that the bug is if you copy/paste text that begins with a tab character, all text will be replaced by just a tab character or spaces. As for our technique versus Java Editor. We are actually pretty different. Our spaces for tabs function is mainly in an autoedit strategy versus Java editor just has their own way of doing things. So I don't think our problems are that similar.
ok, thanks Amy. I'd missed that comment. So ... from what I can tell, the fix for bug 105912 was not put in 0.7.1. Was it? Could it be?
I honestly don't know if the fix was put in for 0.7.1 or not. But if it wasn't you could probably take the patches from bug 105912 and apply them to the 0.7 version of code since the bug would discovered shortly after 0.7.
*** This bug has been marked as a duplicate of 105912 ***
verified 20051208, closing.
