Fossil

View Ticket
Login
Ticket UUID: e36b52c1da7f0e49e97e16b551d85ed6b5c2dfc2
Title: make wiki (code?, bugs?) searchable
Status: Fixed Type: Feature_Request
Severity: Priority:
Subsystem: Resolution: Fixed
Last Modified: 2015-02-14 15:24:22
Version Found In:
Description & Comments:
Search is a very useful feature to have

anonymous added on 2008-11-26 22:55:35:
For what it's worth, you can do source code searches with a lot of editors out there, particularly the ones that support Cscope.


anonymous added on 2009-12-08 19:37:06:
Yes, I can use cscope et al, but sometimes you need to do a search (grep) on older, checked-in, versions.


anonymous added on 2009-12-23 15:43:35:
See http://trac.edgewall.org/search for example of search feature request.


anonymous added on 2009-12-23 17:28:48:
Since I am living in huge text files (todos, notes, etc), a grep over different versions of these files would be perfect. Something like hg's grep subcommand over all files and all revisions.

First, I thought this was an easy change, but having seen the internal diff format and the sources, I found that this might not be so easy -- at least for me...


anonymous added on 2009-12-24 14:12:55:
full text search like fts library inside fossile.exe?


anonymous added on 2009-12-28 21:50:06:
Thanks for the hint. Yup, something like that will most probably do the job. Will check this one out.


ron added on 2010-01-25 10:02:45:
Checkin [07bd8796dc91cc6cd631481f5b1712809becf1e6] add search to wiki, although it only searches wiki page titles.


jeremy_c added on 2010-01-25 14:14:06:
Why not have it search the body as well?


ron added on 2010-01-25 14:28:02:
only because I wasn't sure how to do that ...


ron added on 2010-01-25 20:33:49:
Well, it's not straightforward to search wiki page contents, since the pages are stored as BLOBs and I don't see any easy way to search a BLOB.

It would be really nice if there were a helper function in SQL like "blobsearch(text)"... but it would still have to perform the uncompressing of the BLOB before doing the search through it.


anonymous added on 2010-01-25 22:00:06:
The same applies to search in code (see above remarks on that) :-(


anonymous added on 2010-02-04 13:54:52:
Back in April 2009 there has been some drh notes on fossil mailing list about searching/using FTS on repositories, for details see e.g. http://lists.fossil-scm.org:8080/cgi-bin/mailman/private/fossil-users/2009-April/000695.html where:

It has been "considered".  But little action has been taken yet....

I did modify the makefile so that the Full Text Search engine of SQLite is complied in. I was thinking that might be useful for implementing search. But so far it is unused.

An interesting research project would be to try to figure out how to do search across all historical versions of a project.

In march 2009 there was an offer to help with "free advice on how to proceed" with integrating SQLite CLI to fossil by drh.

Would it be possible to provide some hints, e.g. for searching content of artifact in compressed/deltified blobs?

Hopefully this would allow more interested peole to focus on implementation of this needed functionality.

Many thanks.


anonymous added on 2010-02-04 17:13:49:
Actually, this is the only thing holding me back from using fossil :-( I was trying to understand the data format used in fossil and just try and hack a simple way through.

Idea was to decode all artefacts and just try to find simple strings. But I'm already sucking here. Or will fts take care of that all?

Seems that the efficient data format does not make it easy to do such things as text searches...


anonymous added on 2010-03-02 21:22:16:
It seems that recently implemented features in fossil (e.g. ticket search, datetime string used as hyperlink to timeline, graph of changes in the timeline) could be a part of general effort to bring interfaced artefact search into fossil. If so or not are there plans (which could be revealed) about implementing search in fossil? Maybe implementing this request on higly compressed and efficiently stored artifacts pose some prohibitive computational penalty on this otherwise low resource application. Even it that case it would be really nice to hear some remarks.

Is there any way how can casual user of fossil help with this much needed feature?