__group__,ticket,summary,component,version,milestone,severity,priority,created,_changetime,_description,_reporter
Owned,6558,Strip leading slashes from `include` and `exclude`,RepoSearchPlugin,,,normal,high,2010-02-07T09:25:20+01:00,2020-09-05T23:18:49+02:00,There is currently a note on the wiki page that leading slashes must be omitted when specifying a path relative to the repository root.  It would be better if we just removed leading slashes and allowed either syntax.,Ryan J Ollos
Owned,7717,Search ommits svn:keywords propetry,RepoSearchPlugin,,,trivial,lowest,2010-09-22T17:25:55+02:00,2020-09-09T13:26:58+02:00,"When I add some svn:keywords to some file in svn, Trac will not search in this field.

To add keywords to svn file I use:

{{{
svn propedit svn:keyword filename.jpg
}}}

After setting keyword to files I have tryied to search for it in trac search field on upper right part of page. Aso setting ""search in repository"" doesnt help.

Mistakedly reported also here: http://trac.edgewall.org/ticket/9637",anonymous
Owned,362,repository search seems to be impacted by presence of branches,RepoSearchPlugin,,,major,normal,2006-05-11T22:55:42+02:00,2014-08-06T01:26:38+02:00,"repo search seems to be slowed (re-index) is much slower when branches have been made from the trunk.

I've seen this twice in two repositories of small size, on lowish spec. machines.

Looking at open files, the indexing appears to loiter at a revision file (using fsfs for repository) that is a large commit to the URL that was branched.

The indexing on the repository seemed much faster prior to this change.

I can roll back one of repositories and test this more scientifically, if that would be helpful.

Or try something else, like attaching a profiler of some kind?

Regards,

Patrick",Patrick Martin
Owned,7255,repoSearch failed in reindexing step,RepoSearchPlugin,,,normal,normal,2010-06-17T16:38:12+02:00,2014-08-06T01:26:38+02:00,"When doing the first search I got the following trac error message..


{{{
TypeError: argument of type 'dbm.dbm' is not iterable
}}}
-------
Hereafter the traceback...

{{{
File ""/Library/Python/2.5/site-packages/Trac-0.11.4-py2.5.egg/trac/web/main.py"", line 435, in _dispatch_request
  dispatcher.dispatch(req)
File ""/Library/Python/2.5/site-packages/Trac-0.11.4-py2.5.egg/trac/web/main.py"", line 205, in dispatch
  resp = chosen_handler.process_request(req)
File ""/Library/Python/2.5/site-packages/Trac-0.11.4-py2.5.egg/trac/search/web_ui.py"", line 106, in process_request
  results += list(source.get_search_results(req, terms, filters))
File ""build/bdist.macosx-10.5-i386/egg/tracreposearch/search.py"", line 80, in get_search_resultsFile ""build/bdist.macosx-10.5-i386/egg/tracreposearch/indexer.py"", line 97, in wrapFile ""build/bdist.macosx-10.5-i386/egg/tracreposearch/indexer.py"", line 247, in reindexFile ""build/bdist.macosx-10.5-i386/egg/tracreposearch/indexer.py"", line 227, in _invalidate_fileFile ""build/bdist.macosx-10.5-i386/egg/tracreposearch/indexer.py"", line 36, in __contains__
}}}",jean-christophe.aude@…
Owned,5938,Queries containing '.'  return 0 results from RepoSearch,RepoSearchPlugin,,,normal,high,2009-10-06T23:24:40+02:00,2022-08-11T00:35:28+02:00,"A search query that contains '.' will not return results from the repository. For example, a file that has been indexed contains the string 'a.smith', as does a ticket entry. Searching for 'a.smith' will return only a hit from the ticket, not the repo. Searching for 'smith' returns hits from both the repo and the tickets. My repo consists entirely of router configurations so being able to submit queries with .'s in them [eg IP addresses] is a rather important bit of functionality.",bugs@…
Assigned,7626,need to show umlaute (üäöß),TracListTicketsScript,,,normal,normal,2010-09-03T12:58:40+02:00,2021-11-13T07:23:29+01:00,"Hi quique76,

there is an other ""bug"" i cant see umlaute (äöüß, that are special German Characters)

",Dieter
Owned,385,Automatically launching a re-index or brute force search from browser requests needs to be configurable,RepoSearchPlugin,,,major,normal,2006-05-24T12:20:48+02:00,2021-10-22T15:32:46+02:00,"In brief, being able to turnoff the auto-index behaviour for large and busy repositores would allow the post-commit script to handle the re-index, or a nightly task.

The update-index.py script is perfectly serviceable, and admins should have the option of only re-indexing using processes under their control, such as a cron job or Sheduled Task, to avoid a very large re-index from impacting apache's performance and stability.

A large re-index can blow the 2Gb address space, and thus never completes, which means once a repository has failed to index, it can never catch up. Being able to tune the re-index operations to ensure they succeed regularly would help mitigate this risk.

Tested against Trac and latest ReposSearchPlugin 0.10dev

",Patrick Martin
Owned,11911,AttributeError: 'NoneType' object has no attribute 'get_node',RepoSearchPlugin,,,normal,normal,2014-08-06T01:00:48+02:00,2020-10-15T06:09:49+02:00,"==== How to Reproduce ====

While doing a GET operation on `/search`, Trac issued an internal error.

''Is this a python version issue?''

Request parameters:
{{{
{'noquickjump': u'1', 'q': u'source', 'repo': u'on'}
}}}

User agent: `Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/36.0.1985.125 Safari/537.36`

==== System Information ====
|| '''`Trac`''' || `1.0` ||
|| '''`Trac`''' || `1.0` ||
|| '''`Babel`''' || `0.9.6` ||
|| '''`Genshi`''' || `0.6 (without speedups)` ||
|| '''`GIT`''' || `1.7.1` ||
|| '''`mod_wsgi`''' || `3.2 (WSGIProcessGroup trac-dev WSGIApplicationGroup trac-dev.agraquest.int|)` ||
|| '''`pysqlite`''' || `2.4.1` ||
|| '''`Python`''' || `2.6.6 (r266:84292, Apr 11 2011, 15:50:32) ` [[br]] `[GCC 4.4.4 20100726 (Red Hat 4.4.4-13)]` ||
|| '''`Python`''' || `2.6.6 (r266:84292, Apr 11 2011, 15:50:32) ` [[br]] `[GCC 4.4.4 20100726 (Red Hat 4.4.4-13)]` ||
|| '''`pytz`''' || `2010h` ||
|| '''`pytz`''' || `2010h` ||
|| '''`setuptools`''' || `0.6c11` ||
|| '''`setuptools`''' || `0.6c11` ||
|| '''`SQLite`''' || `3.6.20` ||
|| '''`Subversion`''' || `1.6.15 (r1038135)` ||
|| '''`jQuery`''' || `1.7.2` ||

==== Enabled Plugins ====
|| '''`AutocompleteUsers`''' || `0.4.2dev` ||
|| '''`BlackMagicTicketTweaks`''' || `0.12r1` ||
|| '''`BreadCrumbsNav`''' || `0.2` ||
|| '''`ComponentDependencyPlugin`''' || `0.1` ||
|| '''`ContextChrome`''' || `0.3` ||
|| '''`ReadonlySignedTickets`''' || `N/A` ||
|| '''`ScreenshotPaste`''' || `0.1.1` ||
|| '''`TicketSidebarProvider`''' || `0.0` ||
|| '''`TicketValidator`''' || `0.2dev` ||
|| '''`trac-WorkflowNotificationPlugin`''' || `0.5` ||
|| '''`TracAccountManager`''' || `0.4.3` ||
|| '''`TracAnnouncer`''' || `1.0dev` ||
|| '''`TracAttachmentNotifyPlugin`''' || `1.0.1` ||
|| '''`TracCustomFieldAdmin`''' || `0.2.8-r12166` ||
|| '''`TracDateField`''' || `2.0.0dev-r12118` ||
|| '''`TracDragDrop`''' || `0.12.0.11` ||
|| '''`TracHoursPlugin`''' || `0.6.0dev` ||
|| '''`TracHtmlNotificationPlugin`''' || `0.12.0.1` ||
|| '''`TracReportManager`''' || `0.1` ||
|| '''`tracreposearch`''' || `0.2` ||
|| '''`TracSubTicketsPlugin`''' || `0.2.0.dev-20130908` ||

==== Python Traceback ====
{{{
Traceback (most recent call last):
  File ""/usr/lib/python2.6/site-packages/Trac-1.0-py2.6.egg/trac/web/main.py"", line 497, in _dispatch_request
    dispatcher.dispatch(req)
  File ""/usr/lib/python2.6/site-packages/Trac-1.0-py2.6.egg/trac/web/main.py"", line 214, in dispatch
    resp = chosen_handler.process_request(req)
  File ""/usr/lib/python2.6/site-packages/Trac-1.0-py2.6.egg/trac/search/web_ui.py"", line 106, in process_request
    results = self._do_search(req, terms, filters)
  File ""/usr/lib/python2.6/site-packages/Trac-1.0-py2.6.egg/trac/search/web_ui.py"", line 214, in _do_search
    or [])
  File ""build/bdist.linux-x86_64/egg/tracreposearch/search.py"", line 79, in get_search_results
    self.indexer = Indexer(self.env)
  File ""build/bdist.linux-x86_64/egg/tracreposearch/indexer.py"", line 134, in __init__
    self.reindex()
  File ""build/bdist.linux-x86_64/egg/tracreposearch/indexer.py"", line 97, in wrap
    return f(*args, **kw)
  File ""build/bdist.linux-x86_64/egg/tracreposearch/indexer.py"", line 242, in reindex
    for node in TracRepoSearchPlugin(self.env).walk_repo(self.repo):
  File ""build/bdist.linux-x86_64/egg/tracreposearch/search.py"", line 52, in walk_repo
    for node in do_walk('/'):
  File ""build/bdist.linux-x86_64/egg/tracreposearch/search.py"", line 41, in do_walk
    node = repo.get_node(path)
AttributeError: 'NoneType' object has no attribute 'get_node'
}}}",Jared
Owned,7722,Add an option to only search for file names (instead of inside files),RepoSearchPlugin,,,normal,normal,2010-09-23T10:05:00+02:00,2014-08-06T01:26:38+02:00,"Hi folks,

I often use the repo search just to view a certain file in the trac browser (Yeah I know, I could also manually navigate to that file, but I'm too lazy...) and it always annoys me that the search needs AGES (my SVN contains TONS of files) to look through every file's content while it would be perfectly enough to just search the file by name.

So it would be nice if I could choose whether to search inside files, or just by file name.

Greets,
chriz",chriz
Owned,388,Ability to to perform re-index with a quota on time / memory consumption,RepoSearchPlugin,,,normal,normal,2006-05-25T10:35:56+02:00,2014-08-06T01:26:38+02:00,"I don't think this is an easy one, but the time and resources required to re-index a large number of changes are quite significant.

Is it possible for a re-index to index a configurable number of files on each invocation? This would leave the repository search out of date, but release the server to serve the requests of other users. Susbsequent re-indexes could fill in the gap.

I'm not sure how valuable this would be if #365 were implemented, as one huge cost to re-indexing (tagging and branching) could be radically reduced.
Nonetheless, repository search is transparently such a great feature is would be a shame if it became a victim of its own success when people with large-ish source trees (>1K files) have a go at using it.
",Patrick Martin
Owned,3634,[Patch] update-index is not work with repository change,RepoSearchPlugin,,,trivial,low,2008-08-30T21:27:49+02:00,2015-02-20T15:37:00+01:00,"With trac 0.11, it looks update-index script re-indesh when revision change.
adding indexer.reindex() solve problem, in my case.

{{{
$ cat update-index
#!/usr/bin/env python

import sys
from trac.env import Environment

assert len(sys.argv) == 2, ""\n\nusage: %s <trac-environment>\n\nRe-index repository."" % sys.argv[0]

e = Environment(sys.argv[1])
from tracreposearch.indexer import Indexer
indexer = Indexer(e)
indexer.reindex()
$
}}}
",who.mobile@…
Owned,2324,[Patch] Reposearch always reindexes repository,RepoSearchPlugin,,,normal,normal,2007-12-19T14:54:35+01:00,2014-08-06T01:26:38+02:00,"Hello, 

  I found out that reposearch plugin always reindexes the repository upon search query. A bit of digging in the source code revealed that function need_reindex() in indexer.py compares self.repo.youngest_rev (type Unicode) with int(self.meta.get('last-repo-rev', -1)). These never match, therefore reindexing is started.

Changing int(self.meta.get('last-repo-rev', -1)) to unicode(self.meta.get('last-repo-rev', -1)) seems to solve the problem.

I'm using Trac 0.10.3 on Debian, if that's of any relevance. Latest revision of RepoSearch Plugin (reposearchplugin-r2920.zip)

Thanks for the great plugin BTW!

  Jirka Vejrazka",Jirka Vejrazka