Commits


show 'searching...' during 'tog log' search even if no new commits are loaded


display "no matches found" if no commit matches a 'tog log' search


display "no more matches" indicator if 'tog log' search cannot find any


make 'tog log' consistently scroll one page upon page-down key (found by naddy)


Subtract the status line from the number of lines to page up/down in the log view. ok stsp@


map 'tog path' to 'tog log path' if possible; requested by mpi@


properly free cmd_argv in tog's main() function


fix typo in comment; found by mpi@


switch "tog diff" repository path argument to a new -r option


fix "tog diff object1 object2" by actually extracting the repository path from the work tree


add ^B/^F key bindings for page up/down in the "blame" and "tree" views


unify formatting of common code in tog log, blame, and tree


prevent possible double-free introduced in previous commit


add an optional path argument to 'tog tree'


use a common helper function to get the path from argv in tog log and blame


fix misplaced tog search prompt in split-screen views


make tmp dir location a compile-time setting and change gotweb's tmp dir We are not sure whether a gotweb package can own /var/www/tmp on OpenBSD. Moving gotweb's tmp dir to /var/www/got/tmp sidesteps that issue.


switch 'tog tree' repository path argument to a new -r option


fix 'got blame' and 'tog blame' on files added on worktree's current branch


revert 6b8a2b8fcd99c4365b1aa9513c0f0149beac2491; it broke 'n' (search next) In the log view, 'n' sometimes failed to search for the next matching commit and tog dead-locked. So a yield or mutex unlock/lock is required for search to work. Perhaps we need a different fix?


replace improperly removed break


goto done and remove erroneous break


enable searching in tog diff view ok stsp


prepare local variable in open_diff_view and close_diff_view for diff view searching ok stsp


fix a bug where 'got log PATH' failed to map PATH into the repository The problem occured inside /usr/src/sys due to the /sys symlink, where /usr/src was a got work tree. If a work tree is present we already have the right path so checking the disk is pointless.