After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 633630 - vte_terminal_search_find_previous() / vte_terminal_search_find_next() don't search forward even though there is a second string matching the search regex in the same line.
vte_terminal_search_find_previous() / vte_terminal_search_find_next() don't s...
Status: RESOLVED DUPLICATE of bug 627886
Product: vte
Classification: Core
Component: general
0.26.x
Other Linux
: Normal normal
: ---
Assigned To: VTE Maintainers
VTE Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-10-31 13:07 UTC by Tetralet
Modified: 2010-10-31 18:02 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
A sample demo vte for vte_terminal_search (1.38 KB, text/plain)
2010-10-31 13:07 UTC, Tetralet 		Details

Description Tetralet 2010-10-31 13:07:20 UTC 
Created attachment 173593 [details]
A sample demo vte for vte_terminal_search

The attached file vte_find.c is a sample vte demo for find,
You may use "gcc vte.c -o vte `pkg-config --cflags --libs gtk+-2.0 vte`" to compile it,
And press <Ctrl><P> to find previous, and <Ctrl><N> to find next.

The search regex in vte_find.c is ".", so that press <Ctrl><P> should get previous letter,
and <Ctrl><N> should get next letter.

But vte don't work in this way.
In the vte_find, press <Ctrl><P> it will get the first letter of current line,
(not the previous letter of the cursor),
then press <Ctrl><N> it will get the first letter of first line.
(not the 2rd letter of current line).

I think it is a strange behavior. Please consider to fix it. Thanks!
Comment 1 Behdad Esfahbod 2010-10-31 18:02:59 UTC 

*** This bug has been marked as a duplicate of bug 627886 ***