Trac issueshttps://gitlab.torproject.org/legacy/trac/-/issues2020-06-13T15:45:51Zhttps://gitlab.torproject.org/legacy/trac/-/issues/31810Bug: ../src/lib/process/process_unix.c:265: process_unix_exec: Assertion line...2020-06-13T15:45:51ZTracBug: ../src/lib/process/process_unix.c:265: process_unix_exec: Assertion line should be unreached failed; aborting.I am on Debian Buster, x86_64, trying to run Tor (installed from deb.torproject.org).
```
Sep 20 00:18:33 jennis Tor[1481]: Tor 0.4.1.5 running on Linux with Libevent 2.1.8-stable, OpenSSL 1.1.1c, Zlib 1.2.11, Liblzma 5.2.4, and Libzst...I am on Debian Buster, x86_64, trying to run Tor (installed from deb.torproject.org).
```
Sep 20 00:18:33 jennis Tor[1481]: Tor 0.4.1.5 running on Linux with Libevent 2.1.8-stable, OpenSSL 1.1.1c, Zlib 1.2.11, Liblzma 5.2.4, and Libzstd 1.3.8.
Sep 20 00:18:33 jennis Tor[1481]: Tor can't help you if you use it wrong! Learn how to be safe at https://www.torproject.org/download/download#warning
Sep 20 00:18:33 jennis Tor[1481]: Read configuration file "/usr/share/tor/tor-service-defaults-torrc".
Sep 20 00:18:33 jennis Tor[1481]: Read configuration file "/etc/tor/torrc".
Sep 20 00:18:33 jennis Tor[1481]: Opening Socks listener on 127.0.0.1:9050
Sep 20 00:18:33 jennis Tor[1481]: Opened Socks listener on 127.0.0.1:9050
Sep 20 00:18:33 jennis Tor[1481]: Opening DNS listener on 127.0.0.1:53
Sep 20 00:18:33 jennis Tor[1481]: Opened DNS listener on 127.0.0.1:53
Sep 20 00:18:33 jennis Tor[1481]: Opening DNS listener on [::1]:53
Sep 20 00:18:33 jennis Tor[1481]: Opened DNS listener on [::1]:53
Sep 20 00:18:33 jennis Tor[1481]: Opening Transparent pf/netfilter listener on 127.0.0.1:9040
Sep 20 00:18:33 jennis Tor[1481]: Opened Transparent pf/netfilter listener on 127.0.0.1:9040
Sep 20 00:18:33 jennis Tor[1481]: Opening Transparent pf/netfilter listener on [::1]:9040
Sep 20 00:18:33 jennis Tor[1481]: Opened Transparent pf/netfilter listener on [::1]:9040
Sep 20 00:18:33 jennis Tor[1481]: Opening Control listener on 127.0.0.1:9051
Sep 20 00:18:33 jennis Tor[1481]: Opened Control listener on 127.0.0.1:9051
Sep 20 00:18:33 jennis Tor[1481]: Parsing GEOIP IPv4 file /usr/share/tor/geoip.
Sep 20 00:18:33 jennis Tor[1482]: tor_assertion_failed_(): Bug: ../src/lib/process/process_unix.c:265: process_unix_exec: Assertion line should be unreached failed; aborting. (on Tor 0.4.1.5 )
Sep 20 00:18:33 jennis Tor[1482]: Bug: Assertion line should be unreached failed in process_unix_exec at ../src/lib/process/process_unix.c:265: . Stack trace: (on Tor 0.4.1.5 )
Sep 20 00:18:33 jennis Tor[1482]: Bug: /usr/bin/tor(log_backtrace_impl+0x46) [0x556988adb106] (on Tor 0.4.1.5 )
Sep 20 00:18:33 jennis Tor[1482]: Bug: /usr/bin/tor(tor_assertion_failed_+0x147) [0x556988ad6297] (on Tor 0.4.1.5 )
Sep 20 00:18:33 jennis Tor[1482]: Bug: /usr/bin/tor(process_unix_exec+0x274) [0x556988ab06c4] (on Tor 0.4.1.5 )
Sep 20 00:18:33 jennis Tor[1482]: Bug: /usr/bin/tor(process_exec+0x5b) [0x556988aaea7b] (on Tor 0.4.1.5 )
Sep 20 00:18:33 jennis Tor[1482]: Bug: /usr/bin/tor(pt_configure_remaining_proxies+0x563) [0x5569889a0093] (on Tor 0.4.1.5 )
Sep 20 00:18:33 jennis Tor[1482]: Bug: /usr/bin/tor(set_options+0x18ba) [0x556988a5405a] (on Tor 0.4.1.5 )
Sep 20 00:18:33 jennis Tor[1482]: Bug: /usr/bin/tor(options_init_from_string+0x382) [0x556988a55292] (on Tor 0.4.1.5 )
Sep 20 00:18:33 jennis Tor[1482]: Bug: /usr/bin/tor(options_init_from_torrc+0x38a) [0x556988a5581a] (on Tor 0.4.1.5 )
Sep 20 00:18:33 jennis Tor[1482]: Bug: /usr/bin/tor(tor_init+0x3c7) [0x556988927567] (on Tor 0.4.1.5 )
Sep 20 00:18:33 jennis Tor[1482]: Bug: /usr/bin/tor(tor_run_main+0xb4) [0x556988927e74] (on Tor 0.4.1.5 )
Sep 20 00:18:33 jennis Tor[1482]: Bug: /usr/bin/tor(tor_main+0x3a) [0x55698892638a] (on Tor 0.4.1.5 )
Sep 20 00:18:33 jennis Tor[1482]: Bug: /usr/bin/tor(main+0x19) [0x556988925f49] (on Tor 0.4.1.5 )
Sep 20 00:18:33 jennis Tor[1482]: Bug: /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xeb) [0x7f49509c609b] (on Tor 0.4.1.5 )
Sep 20 00:18:33 jennis Tor[1482]: Bug: /usr/bin/tor(_start+0x2a) [0x556988925f9a] (on Tor 0.4.1.5 )
Sep 20 00:18:33 jennis Tor[1481]: Parsing GEOIP IPv6 file /usr/share/tor/geoip6.
Sep 20 00:18:33 jennis Tor[1481]: Bootstrapped 0% (starting): Starting
Sep 20 00:18:33 jennis Tor[1481]: Starting with guard context "default"
Sep 20 00:18:33 jennis Tor[1481]: Signaled readiness to systemd
Sep 20 00:18:34 jennis Tor[1481]: Bootstrapped 5% (conn): Connecting to a relay
Sep 20 00:18:34 jennis Tor[1481]: Opening Control listener on /run/tor/control
Sep 20 00:18:34 jennis Tor[1481]: Opened Control listener on /run/tor/control
Sep 20 00:18:34 jennis Tor[1481]: Bootstrapped 10% (conn_done): Connected to a relay
Sep 20 00:18:34 jennis Tor[1481]: Bootstrapped 14% (handshake): Handshaking with a relay
Sep 20 00:18:34 jennis Tor[1481]: Bootstrapped 15% (handshake_done): Handshake with a relay done
Sep 20 00:18:34 jennis Tor[1481]: Bootstrapped 75% (enough_dirinfo): Loaded enough directory info to build circuits
Sep 20 00:18:34 jennis Tor[1481]: Bootstrapped 90% (ap_handshake_done): Handshake finished with a relay to build circuits
Sep 20 00:18:34 jennis Tor[1481]: Bootstrapped 95% (circuit_create): Establishing a Tor circuit
Sep 20 00:18:35 jennis Tor[1481]: Bootstrapped 100% (done): Done
```
**Trac**:
**Username**: ParckwartTor: 0.4.0.x-finalAlexander Færøyahf@torproject.orgAlexander Færøyahf@torproject.orghttps://gitlab.torproject.org/legacy/trac/-/issues/30737Tor daemon unusable after resuming from suspend on Linux2020-06-13T15:42:02ZTracTor daemon unusable after resuming from suspend on LinuxWhen resuming after having suspended to RAM on Linux (Debian Stretch), the Tor daemon won't build any circuits for minutes. After waiting for some minutes, it works again. Restarting the daemon makes it work immediately again. All newly ...When resuming after having suspended to RAM on Linux (Debian Stretch), the Tor daemon won't build any circuits for minutes. After waiting for some minutes, it works again. Restarting the daemon makes it work immediately again. All newly built circuits fail with "Failed: timeout". Onion Circuits screenshot attached. Also, Tor often switches the bridge relay when this happens, probably because for some reason it cannot reach the bridge.
**Trac**:
**Username**: ParckwartTor: unspecifiedhttps://gitlab.torproject.org/legacy/trac/-/issues/30419Apache's server-status page accessible via TPO onion services2020-06-13T16:57:38ZTracApache's server-status page accessible via TPO onion servicesThe following Apache _server-status_ pages are accessible, leaking IP addresses of TPO website visitors:
2d5quh2deowe4kpd.onion/server-status
2iqyjmvrkrq5h5mg.onion/server-status
4bflp2c4tnynnbes.onion/server-status
52g5y5karruvc7bz.oni...The following Apache _server-status_ pages are accessible, leaking IP addresses of TPO website visitors:
2d5quh2deowe4kpd.onion/server-status
2iqyjmvrkrq5h5mg.onion/server-status
4bflp2c4tnynnbes.onion/server-status
52g5y5karruvc7bz.onion/server-status
54nujbl4qohb5qdp.onion/server-status
bn6kma5cpxill4pe.onion/server-status
bo7uextohjpuqvrh.onion/server-status
bogdyardcfurxcle.onion/server-status
buqlpzbbcyat2jiy.onion/server-status
c5qrls2slxqz6vdw.onion/server-status
dgvdmophvhunawds.onion/server-status
ea5faa5po25cf7fb.onion/server-status
ebxqgaz3dwywcoxl.onion/server-status
expyuzz4wqqyqhjn.onion/server-status
fhny6b7b6sbslc2b.onion/server-status
fqnqc7zix2wblwex.onion/server-status
fr6scuhdp5dqvy7d.onion/server-status
fylvgu5r6gcdadeo.onion/server-status
hzmun3rnnxjhkyhg.onion/server-status
icxe4yp32mq6gm6n.onion/server-status
jqs44zhtxl2uo6gk.onion/server-status
klbl4glo2btuwyok.onion/server-status
krkzagd5yo4bvypt.onion/server-status
kzcx36ytbsm5iogs.onion/server-status
l3xrunzkfufzvw2c.onion/server-status
lfdhmyq24uacliu5.onion/server-status
llhb3u5h3q66ha62.onion/server-status
n46o4uxsej2icp5l.onion/server-status
ngp5wfw5z6ms3ynx.onion/server-status
nraswjtnyrvywxk7.onion/server-status
nwoyhtkk4tloji3j.onion/server-status
qigcb4g4xxbh5ho6.onion/server-status
qrmfuxwgyzk5jdjz.onion/server-status
rqef5a5mebgq46y5.onion/server-status
s2bweojt5vg52e5i.onion/server-status
sbe5fi5cka5l3fqe.onion/server-status
sdscoq7snqtznauu.onion/server-status
tgnv2pssfumdedyw.onion/server-status
tngjm3owsslo3wgo.onion/server-status
vhbbidwvzwhahsrg.onion/server-status
vijs2fmpd72nbqok.onion/server-status
vt5hknv6sblkgf22.onion/server-status
wcgqzqyfi7a6iu62.onion/server-status
x3nelbld33llasqv.onion/server-status
y7pm6of53hzeb7u2.onion/server-status
yabd3wlpvybdnvzg.onion/server-status
yjuwkcxlgo7f7o6s.onion/server-status
yz7lpwfhhzcdyc5y.onion/server-status
**Trac**:
**Username**: Parckwartanarcatanarcathttps://gitlab.torproject.org/legacy/trac/-/issues/27954TBB circuit display shows IPv6 addresses incorrectly2020-06-16T00:51:49ZTracTBB circuit display shows IPv6 addresses incorrectlyThis is related to #14939.
There's a case now in which TBB is forced to display an IPv6 address, simply because there is no IPv4 one. That's the case when using an IPv6 bridge. However, the address is shown incorrectly, because it is cut...This is related to #14939.
There's a case now in which TBB is forced to display an IPv6 address, simply because there is no IPv4 one. That's the case when using an IPv6 bridge. However, the address is shown incorrectly, because it is cut before the first column.
In my example it should say "2001:470:b381:bfff:216:3eff:fe23:d6c3", however it says "[2001" instead.
[See Screenshot](https://www.parckwart.de/files/nuclear_waste/Screenshot_20181004_203059.png)
**Trac**:
**Username**: Parckwarthttps://gitlab.torproject.org/legacy/trac/-/issues/25027Virtual Host for bjk3o77eebkax2ud.onion (donate.torproject.org) misconfigured2020-06-13T16:54:20ZTracVirtual Host for bjk3o77eebkax2ud.onion (donate.torproject.org) misconfiguredAccording to http://yz7lpwfhhzcdyc5y.onion/ the onion service version of https://donate.torproject.org/ is http://bjk3o77eebkax2ud.onion/. If you visit that URL however, you only get the default virtual host of that machine (geyeri). A v...According to http://yz7lpwfhhzcdyc5y.onion/ the onion service version of https://donate.torproject.org/ is http://bjk3o77eebkax2ud.onion/. If you visit that URL however, you only get the default virtual host of that machine (geyeri). A virtual host for bjk3o77eebkax2ud.onion needs to be configured. The problem might also just be with this one machine, if multiple servers host that onion service via OnionBalance, I can't tell.
**Trac**:
**Username**: Parckwarthttps://gitlab.torproject.org/legacy/trac/-/issues/21021Unable to view page sources of websites with HTTP Basic authentication2020-06-15T23:40:09ZTracUnable to view page sources of websites with HTTP Basic authenticationWhen browsing a website which is protected using HTTP Basic authentication and pressing CTRL+U to view the HTML source code, the authentication form pops up again and regardless how often one tries to authenticate, they will never be abl...When browsing a website which is protected using HTTP Basic authentication and pressing CTRL+U to view the HTML source code, the authentication form pops up again and regardless how often one tries to authenticate, they will never be able to get past that form.
**Trac**:
**Username**: Parckwart