Trac issueshttps://gitlab.torproject.org/legacy/trac/-/issues2011-07-26T18:22:39Zhttps://gitlab.torproject.org/legacy/trac/-/issues/1942blank white firefox screen2011-07-26T18:22:39ZTracblank white firefox screenI downloaded tor & installed it & it worked fine the first time. However I went & downloaded
"eff.org/https-everywhere"
for the firefox add-ons and restarted firefox. After this tor wouldn't start so I uninstall the installion for win...I downloaded tor & installed it & it worked fine the first time. However I went & downloaded
"eff.org/https-everywhere"
for the firefox add-ons and restarted firefox. After this tor wouldn't start so I uninstall the installion for windows verison and redownloaded it
When it was installing I only got a black white firefox screen. No writings although the toolbar and other settings were showing at the top.
Tor shows it's connecting to the network and after it finish doing so, the blank white firefox screen is still present even though it says it's connected. I cannot go anywhere on this firefox screen.
I have open other firefox windows with tor and still the same thing. However when I quit tor, firefox works fine.
I have clean my cache, restarted, redownloaded tor (in case I got a bad version) and it's still the same thing. Can someone please help? TIA
**Trac**:
**Username**: hennypennyErinn ClarkErinn Clarkhttps://gitlab.torproject.org/legacy/trac/-/issues/3823Firefox google2020-06-13T16:26:18ZTracFirefox googleI use my awesome bar to search for something at Google, but whenever I reach the Google search results and click on a link, the link will redirect itself to the homepage (specific, to "http://www.google.nl/webhp?emsg=NCSR&noj=1&ei=Ex5YTq...I use my awesome bar to search for something at Google, but whenever I reach the Google search results and click on a link, the link will redirect itself to the homepage (specific, to "http://www.google.nl/webhp?emsg=NCSR&noj=1&ei=Ex5YTqOUMIrn-gbw5MWRDA") instead of the url of the requested link. This happens with every search I try. It does not happen when HTPS-everywhere is turned off.
On-mouse-over gives the correct link. "Open link in new tab" will open the correct link (even in https when available).
I use OSX 10.6.8, FF 6.0 and HTTPS-everywhere 1.0.1
**Trac**:
**Username**: JildsmaPeter EckersleyPeter Eckersleyhttps://gitlab.torproject.org/legacy/trac/-/issues/4155Aurora doesn't save settings about blocking images.2015-04-20T17:02:59ZcypherpunksAurora doesn't save settings about blocking images.Aurora Preferences > Content > Load images automatically > Exceptions
Block a site and restart Aurora, list will be empty.
tor-browser-gnu-linux-x86_64-2.2.33-2-dev-en-USAurora Preferences > Content > Load images automatically > Exceptions
Block a site and restart Aurora, list will be empty.
tor-browser-gnu-linux-x86_64-2.2.33-2-dev-en-USErinn ClarkErinn Clarkhttps://gitlab.torproject.org/legacy/trac/-/issues/5019Firefox 10's crash rebooted OS X2012-02-05T02:59:51ZTracFirefox 10's crash rebooted OS XI would love to help. Allow me to describe what happened. I understand there is innumerable variables and do not know which ones are important to developers.
It began after shutting down a virtual machine running Tails 0.10.1 when a m...I would love to help. Allow me to describe what happened. I understand there is innumerable variables and do not know which ones are important to developers.
It began after shutting down a virtual machine running Tails 0.10.1 when a message popped up saying my computer must restart. This message showed for a few seconds before my computer instantly shut off and began reboot.
I then had a problem connecting to Tor's network (apparently due to lack of UPnP device). I disabled/reenabled my router's UPnP and Vidalia connected to Tor. When Vidalia opened Firefox, my computer got stuck and rebooted again.
These events happen rather quickly, but I believe that is how it happened. If there is any way I can help, just email von@temple.edu! I am ever grateful for Tor's team! You guys are great.****
I will mention one other thing. Firefox said it crashed when Vidalia reopened it. Also, when trying to open firefox from the application located at /contents/MacOS/Firefox after Vidalia is connected to Tor, nothing happens. Please fix this. If I quit Firefox, there should be a way of restarting it without having to shut down my relay!
**Trac**:
**Username**: ryan15Erinn ClarkErinn Clarkhttps://gitlab.torproject.org/legacy/trac/-/issues/6394openDesktop.org (mismatches) rule causes untrusted site warnings on multiple ...2020-06-13T16:27:41ZTracopenDesktop.org (mismatches) rule causes untrusted site warnings on multiple sitesThe openDesktop.org (mismatches) rule for HTTPS Everywhere causes untrusted site warnings on at least https://kde-look.org/ and https://gnome-look.org/ and should probably be disabled.
This problem affects HTTPS Everywhere for Mozilla b...The openDesktop.org (mismatches) rule for HTTPS Everywhere causes untrusted site warnings on at least https://kde-look.org/ and https://gnome-look.org/ and should probably be disabled.
This problem affects HTTPS Everywhere for Mozilla browsers, as well as Chromium and Google Chrome as of HTTPS Everywhere 3 development release 5 and HTTPS Everywhere for Chrome 2012.6.21.
**Trac**:
**Username**: DaemonFCPeter EckersleyPeter Eckersleyhttps://gitlab.torproject.org/legacy/trac/-/issues/8492Vidalia closing after establishing connection2014-07-26T20:03:10ZTracVidalia closing after establishing connectionI'm using the Tor Browser Bundle, and every time I try to launch it through 'Start Tor Browser.exe', Vidalia opens up and says it establishes a connection. A few seconds after, it crashes.
This happens with both the current alpha, and t...I'm using the Tor Browser Bundle, and every time I try to launch it through 'Start Tor Browser.exe', Vidalia opens up and says it establishes a connection. A few seconds after, it crashes.
This happens with both the current alpha, and the stable version.
Regular FireFox opens up fine.
I can open the tbb-firefox.exe without any issues, it just doesn't do anything cause there's no connection.
Windows' Event Viewer reports this:
```
Faulting application name: tbb-firefox.exe, version: 17.0.4.4815, time stamp: 0x5139d384
Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000
Exception code: 0xc0000005
Fault offset: 0x00769ecc
Faulting process id: 0x13ec
Faulting application start time: 0x01ce227ef6ba5607
Faulting application path: C:\Users\*user*\*path*\Tor Browser\FirefoxPortable\App\Firefox\tbb-firefox.exe
Faulting module path: unknown
Report Id: 35ce7514-8e72-11e2-813c-001fc66f7a51
```
**Trac**:
**Username**: takoErinn ClarkErinn Clarkhttps://gitlab.torproject.org/legacy/trac/-/issues/8912TBB: Firefox not starting.2020-06-15T23:15:42ZTracTBB: Firefox not starting.When trying to start and use the TOR Browser Bundle the Vidalia Control Panel will open and appear to connect properly but after a few seconds the program just closes and no browser appears. I have tried on multiple different versions of...When trying to start and use the TOR Browser Bundle the Vidalia Control Panel will open and appear to connect properly but after a few seconds the program just closes and no browser appears. I have tried on multiple different versions of the TBB, updated all of my drivers, restarted my computer multiple times, and tried to install it to a USB drive and run it from there. Nothing works!
I run a 64-bit Windows 7 OS
## Logs when Vidalia connects, before it closes
May 19 14:36:43.859 [Notice] Tor v0.2.3.25 (git-17c24b3118224d65) running on Windows 7.
May 19 14:36:43.859 [Notice] Tor can't help you if you use it wrong! Learn how to be safe at https://www.torproject.org/download/download#warning
May 19 14:36:43.859 [Notice] Read configuration file "L:\Tor Browser\Data\Tor\torrc".
May 19 14:36:43.859 [Notice] Initialized libevent version 2.0.21-stable using method win32. Good.
May 19 14:36:43.860 [Notice] Opening Socks listener on 127.0.0.1:9150
May 19 14:36:43.860 [Notice] Opening Control listener on 127.0.0.1:9151
May 19 14:36:44.075 [Notice] Parsing GEOIP file .\Data\Tor\geoip.
May 19 14:36:46.896 [Notice] No AES engine found; using AES_* functions.
May 19 14:36:46.896 [Notice] This OpenSSL has a good implementation of counter mode; using it.
May 19 14:36:46.896 [Notice] OpenSSL OpenSSL 1.0.0k 5 Feb 2013 looks like version 0.9.8m or later; I will try SSL_OP to enable renegotiation
May 19 14:36:46.896 [Notice] Reloaded microdescriptor cache. Found 3527 descriptors.
May 19 14:36:46.896 [Notice] We now have enough directory information to build circuits.
May 19 14:36:46.896 [Notice] Bootstrapped 80%: Connecting to the Tor network.
May 19 14:36:46.896 [Notice] New control connection opened.
May 19 14:36:48.574 [Notice] Heartbeat: Tor's uptime is 0:00 hours, with 2 circuits open. I've sent 0 kB and received 0 kB.
May 19 14:36:48.574 [Notice] Bootstrapped 85%: Finishing handshake with first hop.
May 19 14:36:49.008 [Notice] Bootstrapped 90%: Establishing a Tor circuit.
May 19 14:36:52.594 [Notice] Tor has successfully opened a circuit. Looks like client functionality is working.
May 19 14:36:52.595 [Notice] Bootstrapped 100%: Done.
**Trac**:
**Username**: MCklassicTorBrowserBundle 2.3.x-stablehttps://gitlab.torproject.org/legacy/trac/-/issues/9452https everywhere conection failure (firefox)2020-06-13T16:30:40Zcypherpunkshttps everywhere conection failure (firefox)when i try to install https everywhere on firefox i keep getting this message
"the add-on could not be downloaded because of a connection failure of on www.eff.org"when i try to install https everywhere on firefox i keep getting this message
"the add-on could not be downloaded because of a connection failure of on www.eff.org"Peter EckersleyPeter Eckersleyhttps://gitlab.torproject.org/legacy/trac/-/issues/9489Twitch.tv websites broken2020-06-13T16:30:47ZcypherpunksTwitch.tv websites brokenOn Aurora 25.0a2, HTTPS-Everywhere 4.0dev9 completely breaks all streamers' individual Twitch.tv sites and Twitch.tv's site in general. Nearly everything but the basic site navigation shows up blank (no video player, no descriptions) a...On Aurora 25.0a2, HTTPS-Everywhere 4.0dev9 completely breaks all streamers' individual Twitch.tv sites and Twitch.tv's site in general. Nearly everything but the basic site navigation shows up blank (no video player, no descriptions) and the chat also doesn't work. Loaded from a third-party site such as speedrunslive.com or teamliquid.org, the video player loads and works, but the chat still doesn't work.
Disabling the extension alleviates the problem and everything works as expected. This does not appear to be ruleset-related, as there apparently are no rulesets for Twitch.tv. This has been reliably reproducible on two PCs I possess and is, by my testing, definitely the only extension responsible the problem. Firefox Beta 24.0b2 also does not work, IE10, though, obviously does (meaning it's not necessarily Twitch's fault). I am not sure which party is ultimately at fault here, but given that Firefox otherwise works flawlessly without the extension, I'm going to guess it's got to be something on HTTPS-Everywhere's side that a recent change somewhere caused to break.
Given the easily reproducible nature of the bug and the fact that Twitch.tv is pretty essential to many people, I'm going to mark this as critical. If I'd know whether this also affects both Firefox 23 and/or Chrome/Chromium, I'd possibly mark it as a blocker.
This does not appear to be MCB-related and disabling the option in about:config doesn't fix the issue. It should be noted, though, that the above-mentioned sites load the video player via a normal HTTP connection. Go to an individual streamer's site, load a VOD and you'll see that Twitch also has SSL-enabled CDN URLs available (which work just as well as the HTTP ones if loaded directly). I am not sure whether Twitch even allows a live broadcast to use SSL, though, but due to the overhead I'm guessing not. Anyway, the VODs and streams themselves work fine if you use their direct URLs. Embedded into Twitch's site, though (and only Twitch's), they don't work anymore.HTTPS-E 4 stableYan ZhuYan Zhuhttps://gitlab.torproject.org/legacy/trac/-/issues/9864Make it easier for users to do file verification2020-06-15T23:16:40ZMatt PaganMake it easier for users to do file verificationVerifying the contents of the Tor Browser Bundle seems to be one of the most confusing things that we ask users to do. The help desk often gets requests from users seeking guidance on verifying bundles.
The website documentation on fil...Verifying the contents of the Tor Browser Bundle seems to be one of the most confusing things that we ask users to do. The help desk often gets requests from users seeking guidance on verifying bundles.
The website documentation on file signature verification we have can be found at https://www.torproject.org/docs/verifying-signatures.html.en. Multiple users have reported that these inctructions are confusing. I don't think this entirely the fault of the page's author.
There are several issues here to consider:
1) On the file verification page we tell Windows users to download Gpg4win so they can download the bundles. Unfortunately there's no verification tool for gpg4win.
2) The signature verification page will be out-of-date once TBB 3 becomes stable. Verifying TBB 3 requires users to verify a signed text file of sha256sums, and then take the sha256sum of the package and see if it matches what's in the signed text file. Currently there is no way to take the sha256sum of anything on Windows unles you compile a program to do it yourself or download and run an unverified .exe file from any number of http-only websites that show up on a google search.
3) Command line interface is intimidating for many people. There are no instructions on our website for using GUI GnuPG frontends.SheriefSheriefhttps://gitlab.torproject.org/legacy/trac/-/issues/11142Youtube Livestreams Not loading in HTTPS2020-06-13T16:37:39ZcypherpunksYoutube Livestreams Not loading in HTTPS
Hi,
Since a few days that with some rule change i would think, youtube livestreams have stopped working in Google Chrome and firefox with the https everywhere extension installed, regardless of if the rule for youtube is active or no...
Hi,
Since a few days that with some rule change i would think, youtube livestreams have stopped working in Google Chrome and firefox with the https everywhere extension installed, regardless of if the rule for youtube is active or not.
Example: if i open a livestream( any really ) like this one randomly picked https://www.youtube.com/watch?v=Y_LFrMcoEm4 it will say "Please stand by" Forever, if i open the same link on Internet explorer (with https) it will work just fine, or in Chrome without the HTTPS everywhere extension installed.
The first thing it does after i uninstall the HTTPS everywhere extension and reload it, is show an Ad, so i would assume the https everywhere is making ads not load correctly and the video doesn't take over correctly. ( this used to happen with adblock plus before oddly enough)Peter EckersleyPeter Eckersleyhttps://gitlab.torproject.org/legacy/trac/-/issues/11607Tumblr buttons/interface not loading properly2020-06-13T16:32:26ZcypherpunksTumblr buttons/interface not loading properlyWhen Firefox updated to its latest version (28.0) the reblog, favorite, follow, and dashboard buttons that usually show at the top right of any tumblr page stopped appearing. Further, glitching caused the "queue" function not to show any...When Firefox updated to its latest version (28.0) the reblog, favorite, follow, and dashboard buttons that usually show at the top right of any tumblr page stopped appearing. Further, glitching caused the "queue" function not to show any time/dates.
Via Firefox Safemode the problem was traced back to HTTPS everywhere, don't know why.Peter EckersleyPeter Eckersleyhttps://gitlab.torproject.org/legacy/trac/-/issues/11647HTTP Everywhere: Firefox "Web Forgery Report" results in having an "untrusted...2020-06-13T16:32:32ZcypherpunksHTTP Everywhere: Firefox "Web Forgery Report" results in having an "untrusted connection"The "Help > Report Web Forgery..." function of Firefox 28.0 (running under Ubuntu 14.04 LTS), results in having a "Untrusted HTTPS connection", instead of being directed to the usual "Googles Phish Report" URL. Instead of being redirecte...The "Help > Report Web Forgery..." function of Firefox 28.0 (running under Ubuntu 14.04 LTS), results in having a "Untrusted HTTPS connection", instead of being directed to the usual "Googles Phish Report" URL. Instead of being redirected properly, Firefox warns:
"en-us.phish-report.mozilla.com uses an invalid security certificate"
As it turned out, disabling the HTTPS Everywhere 3.5.1 add-on solved the problem. The user should be redirected to:
https://www.google.com/safebrowsing/report_phish/Yan ZhuYan Zhuhttps://gitlab.torproject.org/legacy/trac/-/issues/11700HTTPS Everywhere linked to Firefox crashes2020-06-13T16:32:38ZTracHTTPS Everywhere linked to Firefox crashesSee Bug 999434
https://bugzilla.mozilla.org/show_bug.cgi?id=999434
I've been getting a lot of EXCEPTION_ACCESS_VIOLATION_READ crashes myself within the last month, both with https-everywhere-4.0development.16.xpi and https-everywhere-3...See Bug 999434
https://bugzilla.mozilla.org/show_bug.cgi?id=999434
I've been getting a lot of EXCEPTION_ACCESS_VIOLATION_READ crashes myself within the last month, both with https-everywhere-4.0development.16.xpi and https-everywhere-3.5.1.xpi. I at least wanted to report it here and see if it's a known issue and is being worked on or what. If you'd want crash dumps or whatnot, I'd be happy to submit whatever. Thanks.
**Trac**:
**Username**: VeeshushYan ZhuYan Zhuhttps://gitlab.torproject.org/legacy/trac/-/issues/13149Firefox process is running but is not responding, ver, 36.52020-06-15T23:20:24ZTracFirefox process is running but is not responding, ver, 36.5To open a new window you must first close existing process or restart
**Trac**:
**Username**: chinchilaTo open a new window you must first close existing process or restart
**Trac**:
**Username**: chinchilahttps://gitlab.torproject.org/legacy/trac/-/issues/14279Tor Browser Bundle creates CGBitmapContextCreateImage in Mac OS X2020-06-15T23:23:18ZJens KubiezielTor Browser Bundle creates CGBitmapContextCreateImage in Mac OS XAt [Tor's Q&A page](https://tor.stackexchange.com/) was an [error with Firefox reported](https://tor.stackexchange.com/q/6028/88). It seems that there is no according report, so I copied it over:
A user runs the current version of Tor B...At [Tor's Q&A page](https://tor.stackexchange.com/) was an [error with Firefox reported](https://tor.stackexchange.com/q/6028/88). It seems that there is no according report, so I copied it over:
A user runs the current version of Tor Browser Bundle (4.0.2 or higher) under Mac OS X 10.10 Yosemite and gets the following error message:
> Firefox: CGBitmapContextCreateImage: invalid context 0x0. This is a serious error. This application, or a library it uses, is using an invalid context and is thereby contributing to an overall degradation of system stability and reliability. This notice is a courtesy: please fix this problem. It will become a fatal error in an upcoming update
The original questions appeared at https://tor.stackexchange.com/q/6028/88https://gitlab.torproject.org/legacy/trac/-/issues/16840Introduce preference for controlling speculative pre-connections (Related to ...2020-06-15T23:28:53ZTracIntroduce preference for controlling speculative pre-connections (Related to Tor Browser / present in Firefox)Introduce preference for controlling speculative pre-connections - (original source - https://bugzilla.mozilla.org/show_bug.cgi?id=814169) is **also present in the Tor Browser Bundle**
**Yuri Khan **2015-08-14 22:33:56 PDT
```
Hey,
he...Introduce preference for controlling speculative pre-connections - (original source - https://bugzilla.mozilla.org/show_bug.cgi?id=814169) is **also present in the Tor Browser Bundle**
**Yuri Khan **2015-08-14 22:33:56 PDT
```
Hey,
here’s a potential tracking scenario:
* Mallory has a database of unverified email addresses. He wants to know which of them are read regularly.
* Mallory associates with each unverified email address a unique IPv6 address within his /64 network.
* Mallory sends each unverified recipient a message which consists of a hyperlink to this unique IPv6 address, wrapped around a lot of text.
* Alice views this message in a web mail client in Firefox. She inadvertently leaves the mouse in the area where the message is to be displayed.
* Firefox speculatively connects to the address of the link.
* Mallory’s router receives all connection attempts and logs destination addresses.
* Because each recipient got a unique IPv6 address, Mallory marks Alice’s email address as verified.
```
(source: https://bugzilla.mozilla.org/show_bug.cgi?id=814169#c18)
This scenario is also exploitable in the Tor browser because the default value of this API ('network.http.speculative-parallel-limit') is 6
A fix to mitigate this problem is to set 'network.http.speculative-parallel-limit' to 0 by default.
**Trac**:
**Username**: RickGeex_https://gitlab.torproject.org/legacy/trac/-/issues/17915https everywhere breaks videos on foxnews.com2020-06-13T16:34:24Zcypherpunkshttps everywhere breaks videos on foxnews.comVideos on foxnews.com will not play when the extension is enabled.Videos on foxnews.com will not play when the extension is enabled.William BudingtonWilliam Budingtonhttps://gitlab.torproject.org/legacy/trac/-/issues/24684uBlock stopped working in TB > 7.0.102020-06-16T00:42:57ZTracuBlock stopped working in TB > 7.0.10I use the uBlock extension on TB to filter ads. It stopped working in TB > 7.0.11.
The problem seems to be that it cannot update any filter lists anymore (infinite spinner if you click on update). All of the lists are blank, which means...I use the uBlock extension on TB to filter ads. It stopped working in TB > 7.0.11.
The problem seems to be that it cannot update any filter lists anymore (infinite spinner if you click on update). All of the lists are blank, which means there are no rules to filter ads, so the extension becomes pointless.
Things I already did:
* stepped back up to 10 old versions of uBlock, none solved the issue
* installed firefox ESR to see if this is an issue with ESR and uBlock, but it works fine (also together with NoScript and HTTPSE)
So I think this is a TB issue, the update might have broken something in the extension API?
System:
Arch Linux x64
TB v7.0.11
uBlock Origin v1.14.22
**Trac**:
**Username**: acid