Bug 225123 - :%! does not update display/buffer
Summary: :%! does not update display/buffer
Alias: None
Product: Fedora
Classification: Fedora
Component: vim
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Karsten Hopp
QA Contact: David Lawrence
Depends On:
TreeView+ depends on / blocked
Reported: 2007-01-29 04:13 UTC by Jan Kratochvil
Modified: 2007-11-30 22:11 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2007-01-29 18:35:10 UTC
Type: ---

Attachments (Terms of Use)

Description Jan Kratochvil 2007-01-29 04:13:46 UTC
Description of problem:
After I filter current buffer by `:%!tr . y' the command succeeds but both the
display and the buffer remain unchanged.

Version-Release number of selected component (if applicable):
(Updated+rebooted RawHide.i386.)

How reproducible:
Almost always, in 20% of cases it is working, adding more newlines to the buffer
before `:%!' etc. may possibly improve the reproducibility

Steps to Reproduce:
1. (possibly delete ~/.vimrc ~/.bashrc for clean environment)
2. /bin/vi or /usr/bin/vim
3. iXXX<Esc>:%!tr . y
4. Possibly also: /y
Actual results:
Displayed buffer still contains XXX.
Search for `X' finds it (`y' fails).

Expected results:
Displayed buffer should contain yyy.
Search for `y' finds it.

Additional info:
My last tested working version was 6.4.007-4.i386.

Comment 1 Karsten Hopp 2007-01-29 09:11:04 UTC
Deleting vimrc isn't required, just start vim with '-u NONE -U NONE'

VIm works like expected on my system. What are your $TERM $LANG settings and 
which terminal are you using (linux-console, konsole, gnome-terminal,...) ?

Does Ctrl-l       (L)  refesh the screen so that the changes made by tr are 
visible ?

Comment 2 Jan Kratochvil 2007-01-29 13:42:13 UTC

It should not be a displaying problem - I wrote above the search for `y' fails
(sure I also tried CTRL-L, flip to other page etc.).  You should try it 2-5
times times - it is not 100% reproducible.

OK, going to check it locally more asi it breaks my various macros.

(-u/-U - thanks although I just wanted to assure I do not have some broken stuff

Comment 3 Jan Kratochvil 2007-01-29 18:35:10 UTC
Sorry the report was completely invalid.
Sure "tr . y" does not translate any character as tr(1) does not use regex.
I just tried to minimize the reproducibility case and...

The bug is just broken gnome-terminal(1) displaying, going to check elsewhere.

Note You need to log in before you can comment on or make changes to this bug.