tests/test-hgweb-head.t
author Pierre-Yves David <pierre-yves.david@octobus.net>
Wed, 15 Feb 2023 11:51:58 +0100
changeset 50085 28dfb2df4ab9
parent 49978 cd125eef4388
permissions -rw-r--r--
commit: use `dirstate.change_files` to scope the associated `addremove` This was significantly more complicated than I expected, because multiple extensions get in the way. I introduced a context that lazily open the transaction and associated context to work around these complication. See the inline documentation for details. Introducing the wrapping transaction remove the need for dirstate-guard (one of the ultimate goal of all this), and slightly affect the result of a `hg rollback` after a `hg commit --addremove`. That last part is deemed fine. It aligns the behavior with what happens after a failed `hg commit --addremove` and nobody should be using `hg rollback` anyway. The small output change in the test come from the different transaction timing and fact the transaction now backup the dirstate before the addremove, which might mean "no file to backup" when the repository starts from an empty state.

#require serve

Some tests for hgweb responding to HEAD requests

  $ hg init test
  $ cd test
  $ mkdir da
  $ echo foo > da/foo
  $ echo foo > foo
  $ hg ci -Ambase
  adding da/foo
  adding foo
  $ hg bookmark -r0 '@'
  $ hg bookmark -r0 'a b c'
  $ hg bookmark -r0 'd/e/f'
  $ hg serve -n test -p $HGPORT -d --pid-file=hg.pid -A access.log -E errors.log
  $ cat hg.pid >> $DAEMON_PIDS

manifest

  $ get-with-headers.py localhost:$HGPORT --method=HEAD 'file/tip/?style=raw' - date etag server
  200 Script output follows
  content-type: text/plain; charset=ascii
  
  $ get-with-headers.py localhost:$HGPORT --method=HEAD 'file/tip/da?style=raw' - date etag server
  200 Script output follows
  content-type: text/plain; charset=ascii
  

plain file

  $ get-with-headers.py localhost:$HGPORT --method=HEAD 'file/tip/foo?style=raw' - date etag server
  200 Script output follows
  content-disposition: inline; filename="foo"
  content-length: 4
  content-type: application/binary
  

should give a 404 - static file that does not exist

  $ get-with-headers.py localhost:$HGPORT --method=HEAD 'static/bogus' - date etag server
  404 Not Found
  content-type: text/html; charset=ascii
  
  [1]

should give a 404 - bad revision

  $ get-with-headers.py localhost:$HGPORT --method=HEAD 'file/spam/foo?style=raw' - date etag server
  404 Not Found
  content-type: text/plain; charset=ascii
  
  [1]

should give a 400 - bad command

  $ get-with-headers.py localhost:$HGPORT --method=HEAD 'file/tip/foo?cmd=spam&style=raw' - date etag server
  400* (glob)
  content-type: text/plain; charset=ascii
  
  [1]

should give a 404 - file does not exist

  $ get-with-headers.py localhost:$HGPORT --method=HEAD 'file/tip/bork?style=raw' - date etag server
  404 Not Found
  content-type: text/plain; charset=ascii
  
  [1]

try bad style

  $ get-with-headers.py localhost:$HGPORT --method=HEAD 'file/tip/?style=foobar' - date etag server
  200 Script output follows
  content-type: text/html; charset=ascii
  

log

  $ get-with-headers.py localhost:$HGPORT --method=HEAD 'log?style=raw' - date etag server
  200 Script output follows
  content-type: text/plain; charset=ascii
  

access bookmarks

  $ get-with-headers.py localhost:$HGPORT --method=HEAD 'rev/@?style=paper' - date etag server
  200 Script output follows
  content-type: text/html; charset=ascii
  

static file

  $ get-with-headers.py localhost:$HGPORT --method=HEAD 'static/style-gitweb.css' - date etag server
  200 Script output follows
  content-length: 9074
  content-type: text/css
  

  $ killdaemons.py

  $ cd ..