<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.kde.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugs.kde.org/"
          
          maintainer="sysadmin@kde.org"
>

    <bug>
          <bug_id>146286</bug_id>
          
          <creation_ts>2007-06-02 13:36:51 +0000</creation_ts>
          <short_desc>Making history / scrollback search available in the KPart</short_desc>
          <delta_ts>2008-05-22 03:05:01 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>2</classification_id>
          <classification>Applications</classification>
          <product>konsole</product>
          <component>general</component>
          <version>unspecified</version>
          <rep_platform>Gentoo Packages</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>DUPLICATE</resolution>
          <dup_id>162319</dup_id>
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>NOR</priority>
          <bug_severity>wishlist</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>0</everconfirmed>
          <reporter name="Alessandro Re">akirosspower</reporter>
          <assigned_to name="Konsole Bugs">konsole-bugs-null</assigned_to>
          
          
          <cf_commitlink></cf_commitlink>
          <cf_versionfixedin></cf_versionfixedin>
          <cf_sentryurl></cf_sentryurl>
          <votes>0</votes>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>529350</commentid>
    <comment_count>0</comment_count>
    <who name="Alessandro Re">akirosspower</who>
    <bug_when>2007-06-02 13:36:51 +0000</bug_when>
    <thetext>Version:           2.7.5 (using KDE KDE 3.5.5)
Installed from:    Gentoo Packages
Compiler:          gcc 4.1.1 
OS:                Linux

I use unlimited (or very very long) history size in yakuake, but it gets hard to read it if you need something specific (i.e. a keyword). So, why don&apos;t make history even more userful adding some kind of search/find tool? or (even better) a &quot;grep in history&quot;? or the possibility to save the whole history in a separate file? (so one could find using grep or his favourite tool)

To me, this is an important issue: many terminals don&apos;t give history search tool, and i often need to search in terminal history.

Thanks for the great job, anyway ;)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>529363</commentid>
    <comment_count>1</comment_count>
    <who name="Bram Schoenmakers">me</who>
    <bug_when>2007-06-02 15:19:47 +0000</bug_when>
    <thetext>For the time being you can use screen(1) which allows you to search.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>529364</commentid>
    <comment_count>2</comment_count>
    <who name="Eike Hein">hein</who>
    <bug_when>2007-06-02 15:27:47 +0000</bug_when>
    <thetext>Unfortunately the Konsole KPart which Yakuake is based around presently doesn&apos;t implement the required interfaces.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>529531</commentid>
    <comment_count>3</comment_count>
    <who name="Philip Rodrigues">phil</who>
    <bug_when>2007-06-03 14:25:50 +0000</bug_when>
    <thetext>Eike, should this be moved to konsole then?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>588003</commentid>
    <comment_count>4</comment_count>
    <who name="Eike Hein">hein</who>
    <bug_when>2008-03-18 19:33:13 +0000</bug_when>
    <thetext>Moving to Konsole, indeed.

For the record, the KPart context menu does offer the option to save the scrollback to a file these days (i.e., in KDE 4 / Yakuake 2.9).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>588004</commentid>
    <comment_count>5</comment_count>
    <who name="Eike Hein">hein</who>
    <bug_when>2008-03-18 19:33:40 +0000</bug_when>
    <thetext>Renaming bug for clarity.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>595879</commentid>
    <comment_count>6</comment_count>
    <who name="Eric@Helsinki">elendorm</who>
    <bug_when>2008-04-21 06:55:09 +0000</bug_when>
    <thetext>More practically, I always wondered why when using the up arrow to scroll back into history, it doesn&apos;t filter with what is already in the command line.

The typical example case is when I type a long command line and then use many whatever commands afterwards. Suddenly, I happen to need again that first long command line. I naturally, start typing it (the first few characters) then remembers that I typed it already and scroll up in the history. Since I type the first few characters, Konsole should grep the history accordingly and show me only the commands I used that started in the same way.

Well, it felt so natural to me this way that I get annoyed when I realize I have to move up 25 commands in the history to find again the command I wanted which is only 20 characters long.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>596055</commentid>
    <comment_count>7</comment_count>
    <who name="Robert Knight">robertknight</who>
    <bug_when>2008-04-21 14:41:56 +0000</bug_when>
    <thetext>Eric, the command history is provided by the shell, probably &apos;bash&apos;, not Konsole.

If you want to search the history for commands beginning with text then press Ctrl+R and type the first few characters of the command.  Pres Ctrl+R to cycle through matches.  Search for &quot;bash tips and tricks&quot; for more information.  </thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>603270</commentid>
    <comment_count>8</comment_count>
    <who name="Robert Knight">robertknight</who>
    <bug_when>2008-05-22 03:05:01 +0000</bug_when>
    <thetext>

*** This bug has been marked as a duplicate of 162319 ***</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>