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

sslutil: store and use hostname and ui in socket instance...

sslutil: store and use hostname and ui in socket instance Currently, we pass a hostname and ui to sslutil.wrap_socket() then create a separate sslutil.validator instance also from a hostname and ui. There is a 1:1 mapping between a wrapped socket and a validator instance. This commit lays the groundwork for making the validation function generic by storing the hostname and ui instance in the state dict attached to the socket instance and then using these variables in the validator function. Since the arguments to sslutil.validator.__init__ are no longer used, we make them optional and make __init__ a no-op.

Jason R. Coombs - - Load All Authors

File last commit:

r27982:bf1d5c22 default


                r29226:33006bd6

default

Download file

             test-schemes.t
        
                    74 lines
            
             | 1.4 KiB
            
                | text/troff
            
             |
                Tads3Lexer
            
             / tests / test-schemes.t
          
                    History
                
                 |
                  Annotation
                 | Raw
                 |Copy content
                 |Copy permalink

      #require serve

        $ cat <<EOF >> $HGRCPATH

        > [extensions]

        > schemes=

        > 

        > [schemes]

        > l = http://localhost:$HGPORT/

        > parts = http://{1}:$HGPORT/

        > z = file:\$PWD/

        > EOF

        $ hg init test

        $ cd test

        $ echo a > a

        $ hg ci -Am initial

        adding a

      invalid scheme

        $ hg log -R z:z

        abort: no '://' in scheme url 'z:z'

        [255]

      http scheme

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

        $ cat hg.pid >> $DAEMON_PIDS

        $ hg incoming l://

        comparing with l://

        searching for changes

        no changes found

        [1]

      check that {1} syntax works

        $ hg incoming --debug parts://localhost

        using http://localhost:$HGPORT/

        sending capabilities command

        comparing with parts://localhost/

        query 1; heads

        sending batch command

        searching for changes

        all remote heads known locally

        no changes found

        [1]

      check that paths are expanded

        $ PWD=`pwd` hg incoming z://

        comparing with z://

        searching for changes

        no changes found

        [1]

      check that debugexpandscheme outputs the canonical form

        $ hg debugexpandscheme bb://user/repo

        https://bitbucket.org/user/repo

      expanding an unknown scheme emits the input

        $ hg debugexpandscheme foobar://this/that

        foobar://this/that

      expanding a canonical URL emits the input

        $ hg debugexpandscheme https://bitbucket.org/user/repo

        https://bitbucket.org/user/repo

      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

				$ cat <<EOF >> $HGRCPATH
				> [extensions]
				> schemes=
				>
				> [schemes]
				> l = http://localhost:$HGPORT/
				> parts = http://{1}:$HGPORT/
				> z = file:\$PWD/
				> EOF
				$ hg init test
				$ cd test
				$ echo a > a
				$ hg ci -Am initial
				adding a

				invalid scheme

				$ hg log -R z:z
				abort: no '://' in scheme url 'z:z'
				[255]

				http scheme

				$ hg serve -n test -p $HGPORT -d --pid-file=hg.pid -A access.log -E errors.log
				$ cat hg.pid >> $DAEMON_PIDS
				$ hg incoming l://
				comparing with l://
				searching for changes
				no changes found
				[1]

				check that {1} syntax works

				$ hg incoming --debug parts://localhost
				using http://localhost:$HGPORT/
				sending capabilities command
				comparing with parts://localhost/
				query 1; heads
				sending batch command
				searching for changes
				all remote heads known locally
				no changes found
				[1]

				check that paths are expanded

				$ PWD=`pwd` hg incoming z://
				comparing with z://
				searching for changes
				no changes found
				[1]

				check that debugexpandscheme outputs the canonical form

				$ hg debugexpandscheme bb://user/repo
				https://bitbucket.org/user/repo

				expanding an unknown scheme emits the input

				$ hg debugexpandscheme foobar://this/that
				foobar://this/that

				expanding a canonical URL emits the input

				$ hg debugexpandscheme https://bitbucket.org/user/repo
				https://bitbucket.org/user/repo

				errors

				$ cat errors.log

				$ cd ..