test_classic_mountpoints fails

[mtelka]

I'm running tests for version 2.0.22 with Python 3.9.16 and the test_classic_mountpoints test fails:

________________ ManageScriptNameTest.test_classic_mountpoints _________________
self = <test_manage_script_name.ManageScriptNameTest testMethod=test_classic_mountpoints>

    def test_classic_mountpoints(self):
        mps = {
            "/foo",
            "/foobis/",
            "/footris/"
        }

        for mp in mps:
            # Requests to /foo should kick-in the managed script name.
            r = requests.get(HOST + mp)
>           self.assertEqual(r.text, mp)

t/python/manage_script_name/test_manage_script_name.py:32:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
/usr/lib/python3.9/vendor-packages/teamcity/diff_tools.py:33: in _patched_equals
    old(self, first, second, msg)
E   AssertionError: '' != '/footris/'
E   + /footris/

This is the uwsgi log:

[uWSGI] getting INI configuration from uwsgi-2.0.22/t/python/manage_script_name/manage_script_name_test.ini
*** Starting uWSGI 2.0.22 (64bit) on [Wed Aug  9 17:46:17 2023] ***
compiled with version: 10.5.0 on 09 August 2023 15:17:17
os: SunOS-5.11 illumos-dea210b51b
nodename: il-bld
machine: i86pc
clock source: unix
pcre jit disabled
detected number of CPU cores: 6
current working directory: /tmp
*** running under screen session 4423.pts-3.il-bld ***
detected binary path: /usr/bin/uwsgi
your memory page size is 4096 bytes
detected max file descriptor number: 65536
lock engine: pthread robust mutexes
thunder lock: disabled (you can enable it with --thunder-lock)
*** RRDtool library available at 7fffaf0f0ac8 ***
uwsgi socket 0 bound to TCP address :8080 fd 4
Python version: 3.9.16 (main, Feb 19 2023, 15:42:40)  [GCC 10.4.0]
*** Python threads support is disabled. You can enable it with --enable-threads ***
Python main interpreter initialized at 5766a0
your server socket listen backlog is limited to 100 connections
your mercy for graceful operations on workers is 60 seconds
mapped 145824 bytes (142 KB) for 1 cores
*** Operational MODE: single process ***
WSGI app 0 (mountpoint='') ready in 0 seconds on interpreter 5766a0 pid: 25299 (default app)
mounting /data/builds/ul-perl-modules/components/python/uwsgi/uwsgi-2.0.22/t/python/manage_script_name//useless_app.py on /foo
WSGI app 1 (mountpoint='/foo') ready in 0 seconds on interpreter 79e8a0 pid: 25299
mounting /data/builds/ul-perl-modules/components/python/uwsgi/uwsgi-2.0.22/t/python/manage_script_name//useless_app.py on /foobis/
WSGI app 2 (mountpoint='/foobis/') ready in 0 seconds on interpreter 894340 pid: 25299
mounting /data/builds/ul-perl-modules/components/python/uwsgi/uwsgi-2.0.22/t/python/manage_script_name//useless_app.py on /footris/
WSGI app 3 (mountpoint='/footris/') ready in 0 seconds on interpreter b7a250 pid: 25299
*** uWSGI is running in multiple interpreter mode ***
spawned uWSGI master process (pid: 25299)
spawned uWSGI worker 1 (pid: 25306, cores: 1)
[ERROR] Unhandled object from iterator: '/' (7fffaf053730)
[ERROR] Unhandled object from iterator: 'f' (7fffaf036df0)
[ERROR] Unhandled object from iterator: 'o' (7fffaef650f0)
[ERROR] Unhandled object from iterator: 'o' (7fffaef650f0)
[pid: 25306|app: 1|req: 1/1] 127.0.0.1 () {28 vars in 316 bytes} [Wed Aug  9 17:47:30 2023] GET /foo => generated 0 bytes in 1 msecs (HTTP/1.1 200) 1 headers in 44 bytes (4 switches on core 0)
[pid: 25306|app: 0|req: 1/2] 127.0.0.1 () {28 vars in 332 bytes} [Wed Aug  9 17:47:30 2023] GET /fooanything => generated 0 bytes in 0 msecs (HTTP/1.1 200) 1 headers in 44 bytes (0 switches on core 0)
[pid: 25306|app: 0|req: 2/3] 127.0.0.1 () {28 vars in 328 bytes} [Wed Aug  9 17:47:30 2023] GET /foobisis/ => generated 0 bytes in 0 msecs (HTTP/1.1 200) 1 headers in 44 bytes (0 switches on core 0)
[pid: 25306|app: 0|req: 3/4] 127.0.0.1 () {28 vars in 332 bytes} [Wed Aug  9 17:47:30 2023] GET /foofighters => generated 0 bytes in 0 msecs (HTTP/1.1 200) 1 headers in 44 bytes (0 switches on core 0)

This seems to be the similar to #1076.