__group__	ticket	summary	component	version	milestone	severity	priority	created	_changetime	_description	_reporter
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	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@…
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	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	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	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	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
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	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	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	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	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