upstream/mercurial-mirror Files · tests/test-websub.t

hgweb: render next pages on /graph incrementally...

hgweb: render next pages on /graph incrementally Previously, when user scrolled down to see the next page on /graph, all hgweb did was re-render everything that would be visible (by simply incrementing revcount). It was not efficient at all, and this patch makes /graph page behave similarly to the regular /log: every new page only consists of new changesets, no duplication, and only jsdata is based on the full set of changesets required to build accurate graph. This is achieved by adding "?graphtop=<node>" to the next page URL template, effectively remembering where the graph started, and using that value to create the new `tree` that covers the whole visible graph. That variable is then used to produce jsdata for redrawing graph client-side. nextentry is used for the same purpose as on /log page (to format the next page URL), but it's not a part of the graph.

Matt Mackall - - Load All Authors

File last commit:

r25472:4d2b9b30 default


                r35410:f84b0125

default

Download file

             test-websub.t
        
                    36 lines
            
             | 893 B
            
                | text/troff
            
             |
                Tads3Lexer
            
             / tests / test-websub.t
          
                    History
                
                 |
                  Annotation
                 | Raw
                 |Copy content
                 |Copy permalink

      #require serve

        $ hg init test

        $ cd test

        $ cat > .hg/hgrc <<EOF

        > [extensions]

        > # this is only necessary to check that the mapping from

        > # interhg to websub works

        > interhg =

        > 

        > [websub]

        > issues = s|Issue(\d+)|<a href="http://bts.example.org/issue\1">Issue\1</a>|

        > 

        > [interhg]

        > # check that we maintain some interhg backwards compatibility...

        > # yes, 'x' is a weird delimiter...

        > markbugs = sxbugx<i class="\x">bug</i>x

        > EOF

        $ touch foo

        $ hg add foo

        $ hg commit -d '1 0' -m 'Issue123: fixed the bug!'

        $ hg serve -n test -p $HGPORT -d --pid-file=hg.pid -A access.log -E errors.log

        $ cat hg.pid >> $DAEMON_PIDS

      log

        $ get-with-headers.py localhost:$HGPORT "rev/tip" | grep bts

        <div class="description"><a href="http://bts.example.org/issue123">Issue123</a>: fixed the <i class="x">bug</i>!</div>

      errors

        $ cat errors.log

        $ cd ..

	Site-wide shortcuts
/	Use quick search box
g h	Goto home page
g g	Goto my private gists page
g G	Goto my public gists page
g 0-9	Goto bookmarked items from 0-9
n r	New repository page
n g	New gist page

	Repositories
g s	Goto summary page
g c	Goto changelog page
g f	Goto files page
g F	Goto files page with file search activated
g p	Goto pull requests page
g o	Goto repository settings
g O	Goto repository access permissions settings
t s	Toggle sidebar on some pages

				#require serve

				$ hg init test
				$ cd test

				$ cat > .hg/hgrc <<EOF
				> [extensions]
				> # this is only necessary to check that the mapping from
				> # interhg to websub works
				> interhg =
				>
				> [websub]
				> issues = s\|Issue(\d+)\|<a href="http://bts.example.org/issue\1">Issue\1</a>\|
				>
				> [interhg]
				> # check that we maintain some interhg backwards compatibility...
				> # yes, 'x' is a weird delimiter...
				> markbugs = sxbugx<i class="\x">bug</i>x
				> EOF

				$ touch foo
				$ hg add foo
				$ hg commit -d '1 0' -m 'Issue123: fixed the bug!'

				$ hg serve -n test -p $HGPORT -d --pid-file=hg.pid -A access.log -E errors.log
				$ cat hg.pid >> $DAEMON_PIDS

				log

				$ get-with-headers.py localhost:$HGPORT "rev/tip" \| grep bts
				<div class="description"><a href="http://bts.example.org/issue123">Issue123</a>: fixed the <i class="x">bug</i>!</div>
				errors

				$ cat errors.log

				$ cd ..