Bug 2028705 - Tor crashes when attempting to read any website
Summary: Tor crashes when attempting to read any website
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: tor
Version: 35
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Marcel Haerry
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-12-03 01:02 UTC by Todd
Modified: 2022-07-04 05:47 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-07-03 19:56:17 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
Tor crash window (25.94 KB, image/png)
2021-12-03 01:02 UTC, Todd
no flags Details

Description Todd 2021-12-03 01:02:41 UTC
Created attachment 1844541 [details]
Tor crash window

Fedora 35
tor-0.4.6.7-3.fc35.x86_64
brave-browser-1.32.113-1.x86_64

Since Fedora 35, when Tor attempts to read a web site, any web site, Tor crashes with:

"Gah. Your tab just crashed.  We can help!  Choose Restore This Tab to reload the page"

Reloading repeats the error.

Brave Browser's "private Windows with Tor" does work.

Comment 1 Todd 2022-07-03 06:51:05 UTC
Still an issue under Fedora 36.  Please fix!

Comment 2 Marcel Haerry 2022-07-03 14:28:46 UTC
Can you be a little bit more specific how you configured tor and brave together to do that. So the bug report might eventually become reproducible.

And also why you think it is tor's fault and not brave-browser's fault?

Comment 3 Todd 2022-07-03 16:08:54 UTC
1) the comment about Tor working with Brave was only there to assist you with troubleshooting.  There is no issue with Brave

2) also to assist you with troubleshooting: 
     https://www.torproject.org/dist/torbrowser/11.0.15/tor-browser-linux64-11.0.15_en-US.tar.xz
works fine.

3) to duplicate:
   # dnf install torbrowser-launcher
and run the thing.  Try any web site.

4) here is an idea: since tor-browser-linux64-11.0.15_en-US.tar.xz works perfectly, how about your respin an RPM from it?

Comment 4 Marcel Haerry 2022-07-03 19:56:17 UTC
Well you reported this to the component Tor, which is not torbrowser-launcher. Thus this is the wrong place. The component Tor does not ship a browser, nor is Tor from the package Tor used by the Torbrowser. So there is really nothing that can be done by the maintainers of the Tor package.

But even torbrowser-launcher, might eventually be wrong, since it does not much more than downloading torbrowser and launching it. See https://github.com/micahflee/torbrowser-launcher which is what the torbrowser-launcher packages ships and it says, it does download torbrowser outside of Fedora.

I am sorry it is so complicated, but that's the world we are living in.

Comment 5 Marcel Haerry 2022-07-03 20:00:33 UTC
And for the sake of completness, I just verified it works for me using:

$ rpm -qi torbrowser-launcher
Name        : torbrowser-launcher
Version     : 0.3.5
Release     : 4.fc36

And Tor Browser 11.0.10 (based on Mozilla Firefox 91.8.0esr) (64-bit)

Comment 6 Todd 2022-07-04 05:47:27 UTC
Hi Marcel,

I think I know what is happening.  Prior to 11.0.15, if you did not have port 9001 TCP open, TOR would do the "Oh Snap!" thing.  After 10.0.15, TOR would just find another way.   After I opened up 9001, TOR would connect in seconds, instead of a few minutes.

Looking forward to a 10.0.15 RPM.

-T


Note You need to log in before you can comment on or make changes to this bug.