Forgot to mention: I'm running gvim 7.0 with patches 1-135 on Windows XP. Apologies if this has been fixed in a more recent patch.
Max > -----Original Message----- > From: Max Dyckhoff [mailto:[EMAIL PROTECTED] > Sent: Thursday, November 09, 2006 2:18 PM > To: [email protected] > Cc: [EMAIL PROTECTED] > Subject: BUG: Visual replace > > This isn't something I do ever, but it happened accidentally to me just > now and it looked wrong. It looks like it could be related to an earlier > issue I had. I have an :au CursorHold to generate tags (although I may > remove this, as I have better ideas on how to do it). > > Repro steps: > > 1. visual block select some text (<CTRL-V>) > 2. press "r" to replace text > 3. wait 'updatetime' > > Actual: > > Observe visual mode ending, and selected text being replaced with multiple > instances of ^C > > Expected: > > Enter some sort of "visual replace" mode. > > > I suspect this is related to the following issue, which Bram explained > some months ago. When you move to a new location and very quickly begin > some command (like ^W, r, etc) then the command will be aborted because > the au for CursorHold runs and issues some command. > > The one difference is that this new instance of the bug will happen at any > time (you can move to a location, wait 20 minutes, visual block select, > wait 20 minutes, then press r and it will still happen) > > I feel that this is a pretty significant bug. My suggested solution would > be to disallow the CursorHold au if a command has been started. > > Cheers! > > Max
