Re: [tor-bugs] #27080 [Core Tor/Tor]: bridges fail on Tor 0.3.4.1-alpha and later

[Tor Bug Tracker & Wiki]

#27080: bridges fail on Tor 0.3.4.1-alpha and later
-+-
 Reporter:  teor |  Owner:  (none)
 Type:  defect   | Status:
 |  needs_information
 Priority:  High |  Milestone:  Tor:
 |  0.3.5.x-final
Component:  Core Tor/Tor |Version:  Tor:
 |  0.3.4.1-alpha
 Severity:  Major| Resolution:
 Keywords:  034-must, 035-must, regression,  |  Actual Points:
  tor-bridge 034-backport|
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by teor):

 Hmm, using a slightly different method I get:

 {{{
 488e2b00bf881b97bcc8e4bbe304845ff1d79a03 is the first bad commit
 commit 488e2b00bf881b97bcc8e4bbe304845ff1d79a03
 Author: Nick Mathewson 
 Date:   Tue Apr 17 11:39:16 2018 -0400

 Refactor the "block the connection on bandwidth" logic

 Right now, this patch just introduces and exposes some new
 functions. Later, these functions will get a little more complexity.
 }}}

 Time to look at the tor logs, I think.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #26884 [Applications/Tor Browser]: Update preferences.xul to make it work on mobile

[Tor Bug Tracker & Wiki]

#26884: Update preferences.xul to make it work on mobile
-+-
 Reporter:  igt0 |  Owner:  tbb-
 |  team
 Type:  defect   | Status:
 |  needs_revision
 Priority:  Very High|  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-torbutton, TorBrowserTeam201808  |  Actual Points:
Parent ID:  #26531   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by gk):

 * status:  needs_review => needs_revision


Comment:

 Thanks, looks good. We are close here. Could you rebase your patches
 against `master`. There are a bunch of conflicts due to the desktop
 onboarding/`about:tor`-changes.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

[tor-bugs] #27213 [Applications/Tor Browser]: Update about:tbupdate to new (about:tor) layout

[Tor Bug Tracker & Wiki]

#27213: Update about:tbupdate to new (about:tor) layout
-+-
 Reporter:  gk   |  Owner:  tbb-team
 Type:  defect   | Status:  new
 Priority:  High |  Milestone:
Component:  Applications/Tor |Version:
  Browser|   Keywords:  ux-team,
 Severity:  Normal   |  TorBrowserTeam201808
Actual Points:   |  Parent ID:  #25695
   Points:   |   Reviewer:
  Sponsor:   |
-+-
 `about:tbupdate` still shows the "old" greenish background and layout
 while `about:tor` got updated in #26960.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27213 [Applications/Tor Browser]: Update about:tbupdate to new (about:tor) layout

[Tor Bug Tracker & Wiki]

#27213: Update about:tbupdate to new (about:tor) layout
---+--
 Reporter:  gk |  Owner:  tbb-team
 Type:  defect | Status:  new
 Priority:  High   |  Milestone:
Component:  Applications/Tor Browser   |Version:
 Severity:  Normal | Resolution:
 Keywords:  ux-team, TorBrowserTeam201808  |  Actual Points:
Parent ID:  #25695 | Points:
 Reviewer: |Sponsor:
---+--
Changes (by gk):

 * cc: antonela (added)


Old description:

> `about:tbupdate` still shows the "old" greenish background and layout
> while `about:tor` got updated in #26960.

New description:

 `about:tbupdate` still shows the "old" greenish background and layout
 while `about:tor` got updated in #26960. I guess we should update it, too.

--

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27200 [Applications/Tor Browser]: about:tor favicon should be the tb icon

[Tor Bug Tracker & Wiki]

#27200: about:tor favicon should be the tb icon
--+---
 Reporter:  ProTipGuyFWIWWeLoveARMA   |  Owner:  tbb-team
 Type:  enhancement   | Status:  needs_information
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:  #25695| Points:
 Reviewer:|Sponsor:
--+---

Comment (by cypherpunks3):

 Replying to [comment:2 mcs]:
 > I don't think about:tor has ever had a favicon.
 Re gk: Exactly, this ticket is a proposal for adding one.

 > Adding one should be easy to do, and would help about:tor tabs stand out
 more, etc.
 My thought process for that was that `about:newtab` on Firefox had
 favicons, so why not the Tor Browser. But of course antonela should have
 the final say on this.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

[tor-bugs] #27214 [Applications/Tor Browser]: Update descriptions for onboarding

[Tor Bug Tracker & Wiki]

#27214: Update descriptions for onboarding
-+-
 Reporter:  gk   |  Owner:  tbb-team
 Type:  defect   | Status:  new
 Priority:  High |  Milestone:
Component:  Applications/Tor |Version:
  Browser|   Keywords:  ux-team,
 Severity:  Normal   |  TorBrowserTeam201808
Actual Points:   |  Parent ID:  #25695
   Points:   |   Reviewer:
  Sponsor:   |
-+-
 That's the ticket we should look at for the final strings for the
 onboarding in case there are changes we need.

 Looking over the english ones I only found two things we should change,
 both on the onion services onboarding pane:

 1) s/Browser/browser. Or we could use "Tor Browser" instead of "our
 Browser".
 2) I am quite hesiatant to use "ultimate" because that's a thing I feel we
 hardly can reach in a security/privacy context and should not claim we'Ve
 reached. Could we please use something else? Maybe "enhanced"?

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #26884 [Applications/Tor Browser]: Update preferences.xul to make it work on mobile

[Tor Bug Tracker & Wiki]

#26884: Update preferences.xul to make it work on mobile
-+-
 Reporter:  igt0 |  Owner:  tbb-
 |  team
 Type:  defect   | Status:
 |  needs_review
 Priority:  Very High|  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-torbutton, TorBrowserTeam201808  |  Actual Points:
Parent ID:  #26531   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by igt0):

 * status:  needs_revision => needs_review


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #26884 [Applications/Tor Browser]: Update preferences.xul to make it work on mobile

[Tor Bug Tracker & Wiki]

#26884: Update preferences.xul to make it work on mobile
-+-
 Reporter:  igt0 |  Owner:  tbb-
 |  team
 Type:  defect   | Status:
 |  needs_revision
 Priority:  Very High|  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-torbutton, TorBrowserTeam201808  |  Actual Points:
Parent ID:  #26531   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by igt0):

 Rebased code:

 **Bug 26884 - Part 1: Move show_torbrowser_manual and
 get_general_useragent_locale to utils**
 
https://github.com/igortoliveira/torbutton/commit/9757d18579fd63340cd2877ea0b26da9cb61eb91

 **Bug 26884 - Part 2: Create mobile security slider**
 
https://github.com/igortoliveira/torbutton/commit/9b194a0a6e8ea659d59024796f5df33f4b0c327c

 **Bug 26884 - Part 3: Remove optionsURL from install.rdf**
 
https://github.com/igortoliveira/torbutton/commit/cc90adc868bfaebe298db09155a9412334e1dfa3

 Here is the branch:
 https://github.com/igortoliveira/torbutton/commits/26884-v4

 Replying to [comment:17 gk]:
 > Thanks, looks good. We are close here. Could you do a final rebase of
 your patches against `master`? There are a bunch of conflicts due to the
 desktop onboarding/`about:tor`-changes.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27214 [Applications/Tor Browser]: Update descriptions for onboarding

[Tor Bug Tracker & Wiki]

#27214: Update descriptions for onboarding
---+--
 Reporter:  gk |  Owner:  tbb-team
 Type:  defect | Status:  new
 Priority:  High   |  Milestone:
Component:  Applications/Tor Browser   |Version:
 Severity:  Normal | Resolution:
 Keywords:  ux-team, TorBrowserTeam201808  |  Actual Points:
Parent ID:  #25695 | Points:
 Reviewer: |Sponsor:
---+--

Comment (by cypherpunks3):

 Also why give the NYTimes onion  why not instead the DuckDuckGo onion
 which is already bundled in the search engines by Tor Browser (more people
 in the world would want to try a search engine than going to a US-centric
 news site)?

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #26884 [Applications/Tor Browser]: Update preferences.xul to make it work on mobile

[Tor Bug Tracker & Wiki]

#26884: Update preferences.xul to make it work on mobile
-+-
 Reporter:  igt0 |  Owner:  tbb-
 |  team
 Type:  defect   | Status:
 |  needs_revision
 Priority:  Very High|  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-torbutton, TorBrowserTeam201808  |  Actual Points:
Parent ID:  #26531   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by gk):

 * status:  needs_review => needs_revision


Comment:

 Looks good, one final nit: could you remove the comma in `torOn:
 torbutton_tor_check_ok(),`? We only have one item in the object.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #26884 [Applications/Tor Browser]: Update preferences.xul to make it work on mobile

[Tor Bug Tracker & Wiki]

#26884: Update preferences.xul to make it work on mobile
-+-
 Reporter:  igt0 |  Owner:  tbb-
 |  team
 Type:  defect   | Status:
 |  needs_review
 Priority:  Very High|  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-torbutton, TorBrowserTeam201808  |  Actual Points:
Parent ID:  #26531   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by igt0):

 * status:  needs_revision => needs_review


Comment:

 Updated code:

 **Bug 26884 - Part 1: Move show_torbrowser_manual and
 get_general_useragent_locale to utils**
 
https://github.com/igortoliveira/torbutton/commit/17aae7176531a7fa5617b31a6c6dd22168f689fb

 **Bug 26884 - Part 2: Create mobile security slider**
 
https://github.com/igortoliveira/torbutton/commit/2bf6712165fde40317556eefbd9c33d223f9a010

 **Bug 26884 - Part 3: Remove optionsURL from install.rdf**
 
https://github.com/igortoliveira/torbutton/commit/b88b7493c6831697c7214ef6de93addf48237b03

 Replying to [comment:20 gk]:
 > Looks good, one final nit: could you remove the comma in `torOn:
 torbutton_tor_check_ok(),`? We only have one item in the object.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #20045 [Webpages/Website]: FAQ + man page entry for using Tor from an IPv6 only host.

[Tor Bug Tracker & Wiki]

#20045: FAQ + man page entry for using Tor from an IPv6 only host.
---+-
 Reporter:  cypherpunks|  Owner:  (none)
 Type:  enhancement| Status:  merge_ready
 Priority:  Medium |  Milestone:
Component:  Webpages/Website   |Version:
 Severity:  Normal | Resolution:
 Keywords:  FAQ tor-doc easy ipv6  |  Actual Points:
Parent ID: | Points:  1
 Reviewer: |Sponsor:
---+-

Comment (by teor):

 I don't really mind.

 But I'm not sure that most people would gain much from those pages.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #24393 [Core Tor/Tor]: Clients should check IPv4 and IPv6 subnets when choosing circuit paths

[Tor Bug Tracker & Wiki]

#24393: Clients should check IPv4 and IPv6 subnets when choosing circuit paths
-+-
 Reporter:  teor |  Owner:  neel
 Type:  defect   | Status:
 |  assigned
 Priority:  Medium   |  Milestone:  Tor:
 |  unspecified
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  ipv6, intro, tor-dirauth, security,  |  Actual Points:
  sybil, 034-triage-20180328,|
  034-removed-20180328   |
Parent ID:  #24403   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by neel):

 Well, this patch has not been started. The comment I posted was meant for
 #23588.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #26490 [Applications/Tor Browser]: When first launching 8.0a9 the screen.height starts at 612px

[Tor Bug Tracker & Wiki]

#26490: When first launching 8.0a9 the screen.height starts at 612px
+--
 Reporter:  cypherpunks |  Owner:  tbb-team
 Type:  defect  | Status:
|  needs_information
 Priority:  Very High   |  Milestone:
Component:  Applications/Tor Browser|Version:
 Severity:  Normal  | Resolution:
 Keywords:  ff60-esr, TorBrowserTeam201808  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--

Comment (by antonela):

 > What about we just get rid of the notification bar and assume the
 onboarding we implemented is now responsible for highlighting the security
 slider to users?

 I think this is accurate. Also, once we work on the security settings, we
 will make sure that the improvements get discovered.

 Also, I remember mcs reducing the margin of the title to avoid the
 scrollbars. I'm ok with it. My mockup is static but our implementations
 are responsive, so it may vary.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #20045 [Webpages/Website]: FAQ + man page entry for using Tor from an IPv6 only host.

[Tor Bug Tracker & Wiki]

#20045: FAQ + man page entry for using Tor from an IPv6 only host.
---+--
 Reporter:  cypherpunks|  Owner:  (none)
 Type:  enhancement| Status:  needs_review
 Priority:  Medium |  Milestone:
Component:  Webpages/Website   |Version:
 Severity:  Normal | Resolution:
 Keywords:  FAQ tor-doc easy ipv6  |  Actual Points:
Parent ID: | Points:  1
 Reviewer: |Sponsor:
---+--
Changes (by traumschule):

 * status:  merge_ready => needs_review


Comment:

 Just added
 
[https://github.com/torproject/webwml/pull/15/commits/1fee6ee4bfc6b0c08a83790c4167fe1423f5c83c
 a commit], maybe they become more relevant in the future, or will be
 updated with more eyes on them.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #23588 [Core Tor/Tor]: Write fascist_firewall_choose_address_ls() and use it in hs_get_extend_info_from_lspecs()

[Tor Bug Tracker & Wiki]

#23588: Write fascist_firewall_choose_address_ls() and use it in
hs_get_extend_info_from_lspecs()
-+-
 Reporter:  teor |  Owner:  neel
 Type:  defect   | Status:
 |  needs_revision
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.5.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  prop224, tor-hs, single-onion,   |  Actual Points:
  ipv6, 034-triage-20180328, |
  034-removed-20180328   |
Parent ID:  #23493   | Points:  1
 Reviewer:  teor |Sponsor:
-+-

Comment (by neel):

 I have updated the comment.

 Also, it passes `make test-network-all`.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #26693 [Applications/Tor Browser]: Integrate Tor Browser for Android into tor-browser-build

[Tor Bug Tracker & Wiki]

#26693: Integrate Tor Browser for Android into tor-browser-build
-+-
 Reporter:  boklm|  Owner:  tbb-
 |  team
 Type:  task | Status:  new
 Priority:  High |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-rbm, tbb-mobile, |  Actual Points:
  TorBrowserTeam201808   |
Parent ID:  #5709| Points:
 Reviewer:   |Sponsor:
-+-

Comment (by gk):

 FWIW: One thing which should be kept in mind as well is that the build
 process must not download random things and it them. I.e. the build itself
 is supposed to succeed without any network access. I mention this here
 because I found such network activity while looking at my build log:
 {{{
 24:36.86 /var/tmp/build/firefox-9c58e200f6eb/mach android assemble-app
 24:37.33  0:00.31 /var/tmp/build/firefox-9c58e200f6eb/gradlew
 --console=plain
 
geckoview:generateJNIWrappersForGeneratedOfficialWithGeckoBinariesNoMinApiRelease
 app:generateJNIWrappersForFennecOfficialWithoutGeckoBinariesNoMinApiPhotonDebug
 app:assembleOfficialWithoutGeckoBinariesNoMinApiPhotonDebug
 app:assembleOfficialWithoutGeckoBinariesNoMinApiPhotonDebugAndroidTest -x
 lint --continue
 24:37.46 Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=utf-8
 24:37.74 Downloading
 https://services.gradle.org/distributions/gradle-4.1-all.zip
 }}}

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #25696 [Applications/Tor Browser]: Design of alpha onboarding for Tor Browser for Android

[Tor Bug Tracker & Wiki]

#25696: Design of alpha onboarding for Tor Browser for Android
-+-
 Reporter:  isabela  |  Owner:
 |  antonela
 Type:  defect   | Status:
 |  needs_review
 Priority:  Very High|  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  ux-team, tbb-mobile, |  Actual Points:
  TorBrowserTeam201808R  |
Parent ID:  #26531   | Points:
 Reviewer:   |Sponsor:
 |  Sponsor8
-+-

Comment (by gk):

 So, the packaging step breaks for me with the patch. I wonder whether I am
 doing something wrong. I used sisbell's setup and am building .apk's for a
 while now but with your patch applied (I used `bug_25696_test` in my
 public tor-browser repo) I get:
 {{{
 25:32.96 Processing annotations...
 25:33.81 Annotation processing complete in 851ms
 25:33.86
 :geckoview:processOfficialWithoutGeckoBinariesNoMinApiDebugResources
 25:33.86
 :app:processOfficialWithoutGeckoBinariesNoMinApiPhotonDebugResources
 25:33.90 :geckoview:compileOfficialWithoutGeckoBinariesNoMinApiDebugKotlin
 25:33.91
 :geckoview:generateOfficialWithoutGeckoBinariesNoMinApiDebugSources
 25:33.91
 :geckoview:javaPreCompileOfficialWithoutGeckoBinariesNoMinApiDebug
 25:34.51
 
:geckoview:compileOfficialWithoutGeckoBinariesNoMinApiDebugJavaWithJavac/var/tmp/build
 /firefox-
 
9c58e200f6eb/mobile/android/app/src/main/res/layout/firstrun_animation_container.xml:24:59-92:
 AAPT: No resource found that matches the given name (at 'strip' with value
 '@drawable/home_tab_menu_strip_tor').
 25:34.51
 25:34.51 /var/tmp/build/firefox-9c58e200f6eb/obj-arm-linux-
 
androideabi/gradle/build/mobile/android/app/intermediates/res/merged/officialWithoutGeckoBinariesNoMinApiPhoton/debug/layout/firstrun_animation_container.xml:19:
 error: Error: No resource found that matches the given name (at 'strip'
 with value '@drawable/home_tab_menu_strip_tor').
 25:34.51
 25:34.51
 25:34.58 Failed to execute aapt
 25:34.58 com.android.ide.common.process.ProcessException: Failed to
 execute aapt
 25:34.58at
 
com.android.builder.core.AndroidBuilder.processResources(AndroidBuilder.java:796)
 25:34.58at
 
com.android.build.gradle.tasks.ProcessAndroidResources.invokeAaptForSplit(ProcessAndroidResources.java:551)
 25:34.58at
 
com.android.build.gradle.tasks.ProcessAndroidResources.doFullTaskAction(ProcessAndroidResources.java:285)
 25:34.58at
 
com.android.build.gradle.internal.tasks.IncrementalTask.taskAction(IncrementalTask.java:109)
 25:34.58at sun.reflect.GeneratedMethodAccessor221.invoke(Unknown
 Source)
 25:34.58at
 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 25:34.58at java.lang.reflect.Method.invoke(Method.java:498)
 25:34.58at
 org.gradle.internal.reflect.JavaMethod.invoke(JavaMethod.java:73)
 25:34.58at
 
org.gradle.api.internal.project.taskfactory.DefaultTaskClassInfoStore$IncrementalTaskAction.doExecute(DefaultTaskClassInfoStore.java:173)
 25:34.58at
 
org.gradle.api.internal.project.taskfactory.DefaultTaskClassInfoStore$StandardTaskAction.execute(DefaultTaskClassInfoStore.java:134)
 25:34.59at
 
org.gradle.api.internal.project.taskfactory.DefaultTaskClassInfoStore$StandardTaskAction.execute(DefaultTaskClassInfoStore.java:121)
 25:34.59at
 
org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter$1.run(ExecuteActionsTaskExecuter.java:122)
 25:34.59at
 
org.gradle.internal.progress.DefaultBuildOperationExecutor$RunnableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:336)
 25:34.59at
 
org.gradle.internal.progress.DefaultBuildOperationExecutor$RunnableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:328)
 25:34.59at
 
org.gradle.internal.progress.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:197)
 25:34.59at
 
org.gradle.internal.progress.DefaultBuildOperationExecutor.run(DefaultBuildOperationExecutor.java:107)
 25:34.59at
 
org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeAction(ExecuteActionsTaskExecuter.java:111)
 25:34.59at
 
org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeActions(ExecuteActionsTaskExecuter.java:92)
 25:34.59at
 
org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.execute(ExecuteActionsTaskExecuter.java:70)
 25:34.59at
 
org.g

Re: [tor-bugs] #23588 [Core Tor/Tor]: Write fascist_firewall_choose_address_ls() and use it in hs_get_extend_info_from_lspecs()

[Tor Bug Tracker & Wiki]

#23588: Write fascist_firewall_choose_address_ls() and use it in
hs_get_extend_info_from_lspecs()
-+-
 Reporter:  teor |  Owner:  neel
 Type:  defect   | Status:
 |  needs_revision
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.5.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  prop224, tor-hs, single-onion,   |  Actual Points:
  ipv6, 034-triage-20180328, |
  034-removed-20180328   |
Parent ID:  #23493   | Points:  1
 Reviewer:  teor |Sponsor:
-+-

Comment (by teor):

 (Well, you're doing better than me. The master branch fails make test-
 network-all right now.)

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #23588 [Core Tor/Tor]: Write fascist_firewall_choose_address_ls() and use it in hs_get_extend_info_from_lspecs()

[Tor Bug Tracker & Wiki]

#23588: Write fascist_firewall_choose_address_ls() and use it in
hs_get_extend_info_from_lspecs()
-+-
 Reporter:  teor |  Owner:  neel
 Type:  defect   | Status:
 |  merge_ready
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.5.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  prop224, tor-hs, single-onion,   |  Actual Points:
  ipv6, 034-triage-20180328, |
  034-removed-20180328   |
Parent ID:  #23493   | Points:  1
 Reviewer:  teor |Sponsor:
-+-
Changes (by teor):

 * cc: nickm (added)
 * status:  needs_revision => merge_ready


Comment:

 I'd like to defer this patch until #27080 is fixed, or until 0.3.6. It's
 not an essential feature, and changes to this code have been risky in the
 past.

 nickm, what do you think?

 (If we do want it in 0.3.5, let's make sure test-network-all passes on a
 few machines.)

 I am also concerned about merging this feature without:
 * unit tests (#27086),
 * the 3-hop fallback for single onion services (#23818), and
 * the corresponding service-side IPv6 code (#23576 and #24193).

 We shouldn't hold it back forever, but if we wait until the next release,
 some of these related tasks should get done in that release.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #25696 [Applications/Tor Browser]: Design of alpha onboarding for Tor Browser for Android

[Tor Bug Tracker & Wiki]

#25696: Design of alpha onboarding for Tor Browser for Android
-+-
 Reporter:  isabela  |  Owner:
 |  antonela
 Type:  defect   | Status:
 |  needs_review
 Priority:  Very High|  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  ux-team, tbb-mobile, |  Actual Points:
  TorBrowserTeam201808R  |
Parent ID:  #26531   | Points:
 Reviewer:   |Sponsor:
 |  Sponsor8
-+-

Comment (by igt0):

 Can you verify if your local branch has the following file:

 {{{./mobile/android/branding/torbrowser/res/drawable-
 nodpi/home_tab_menu_strip_tor.9.png}}} ?

 Looks like gradle was not able to find it. (I am seeing it in the patch)

 Replying to [comment:38 gk]:
 > So, the packaging step breaks for me with the patch. I wonder whether I
 am doing something wrong. I used sisbell's setup and am building .apk's
 for a while now but with your patch applied (I used `bug_25696_test` in my
 public tor-browser repo) I get:
 > {{{
 > 25:32.96 Processing annotations...
 > 25:33.81 Annotation processing complete in 851ms
 > 25:33.86
 :geckoview:processOfficialWithoutGeckoBinariesNoMinApiDebugResources
 > 25:33.86
 :app:processOfficialWithoutGeckoBinariesNoMinApiPhotonDebugResources
 > 25:33.90
 :geckoview:compileOfficialWithoutGeckoBinariesNoMinApiDebugKotlin
 > 25:33.91
 :geckoview:generateOfficialWithoutGeckoBinariesNoMinApiDebugSources
 > 25:33.91
 :geckoview:javaPreCompileOfficialWithoutGeckoBinariesNoMinApiDebug
 > 25:34.51
 
:geckoview:compileOfficialWithoutGeckoBinariesNoMinApiDebugJavaWithJavac/var/tmp/build
 /firefox-
 
9c58e200f6eb/mobile/android/app/src/main/res/layout/firstrun_animation_container.xml:24:59-92:
 AAPT: No resource found that matches the given name (at 'strip' with value
 '@drawable/home_tab_menu_strip_tor').
 > 25:34.51
 > 25:34.51 /var/tmp/build/firefox-9c58e200f6eb/obj-arm-linux-
 
androideabi/gradle/build/mobile/android/app/intermediates/res/merged/officialWithoutGeckoBinariesNoMinApiPhoton/debug/layout/firstrun_animation_container.xml:19:
 error: Error: No resource found that matches the given name (at 'strip'
 with value '@drawable/home_tab_menu_strip_tor').
 > 25:34.51
 > 25:34.51
 > 25:34.58 Failed to execute aapt
 > 25:34.58 com.android.ide.common.process.ProcessException: Failed to
 execute aapt
 > 25:34.58  at
 
com.android.builder.core.AndroidBuilder.processResources(AndroidBuilder.java:796)
 > 25:34.58  at
 
com.android.build.gradle.tasks.ProcessAndroidResources.invokeAaptForSplit(ProcessAndroidResources.java:551)
 > 25:34.58  at
 
com.android.build.gradle.tasks.ProcessAndroidResources.doFullTaskAction(ProcessAndroidResources.java:285)
 > 25:34.58  at
 
com.android.build.gradle.internal.tasks.IncrementalTask.taskAction(IncrementalTask.java:109)
 > 25:34.58  at sun.reflect.GeneratedMethodAccessor221.invoke(Unknown
 Source)
 > 25:34.58  at
 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 > 25:34.58  at java.lang.reflect.Method.invoke(Method.java:498)
 > 25:34.58  at
 org.gradle.internal.reflect.JavaMethod.invoke(JavaMethod.java:73)
 > 25:34.58  at
 
org.gradle.api.internal.project.taskfactory.DefaultTaskClassInfoStore$IncrementalTaskAction.doExecute(DefaultTaskClassInfoStore.java:173)
 > 25:34.58  at
 
org.gradle.api.internal.project.taskfactory.DefaultTaskClassInfoStore$StandardTaskAction.execute(DefaultTaskClassInfoStore.java:134)
 > 25:34.59  at
 
org.gradle.api.internal.project.taskfactory.DefaultTaskClassInfoStore$StandardTaskAction.execute(DefaultTaskClassInfoStore.java:121)
 > 25:34.59  at
 
org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter$1.run(ExecuteActionsTaskExecuter.java:122)
 > 25:34.59  at
 
org.gradle.internal.progress.DefaultBuildOperationExecutor$RunnableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:336)
 > 25:34.59  at
 
org.gradle.internal.progress.DefaultBuildOperationExecutor$RunnableBuildOperationWorker.execute(DefaultBuildOperationExecutor.java:328)
 > 25:34.59  at
 
org.gradle.internal.progress.DefaultBuildOperationExecutor.execute(DefaultBuildOperationExecutor.java:197)
 > 25:34.59  at
 
org.gradle.internal.progress.DefaultBuildOperationExecutor.run(DefaultBuildOperationExecutor.java:107)
 > 25:34.59  at
 
org.gradle.api.internal.tasks.execution.ExecuteActionsTaskExecuter.executeAction(ExecuteActionsTaskExecuter.java:111)

Re: [tor-bugs] #25696 [Applications/Tor Browser]: Design of alpha onboarding for Tor Browser for Android

[Tor Bug Tracker & Wiki]

#25696: Design of alpha onboarding for Tor Browser for Android
-+-
 Reporter:  isabela  |  Owner:
 |  antonela
 Type:  defect   | Status:
 |  needs_review
 Priority:  Very High|  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  ux-team, tbb-mobile, |  Actual Points:
  TorBrowserTeam201808R  |
Parent ID:  #26531   | Points:
 Reviewer:   |Sponsor:
 |  Sponsor8
-+-

Comment (by gk):

 Replying to [comment:39 igt0]:
 > Can you verify if your local branch has the following file:
 >
 > {{{./mobile/android/branding/torbrowser/res/drawable-
 nodpi/home_tab_menu_strip_tor.9.png}}} ?
 >
 > Looks like gradle was not able to find it. (I am seeing it in the patch)

 Well, as I said, I pointed the `tor-browser-build` machine to
 `bug_25696_test` and that one has the file
 (https://gitweb.torproject.org/user/gk/tor-
 browser.git/diff/mobile/android/branding/torbrowser/res/drawable-
 
nodpi/home_tab_menu_strip_tor.9.png?h=bug_25696_test&id=9c58e200f6eb526a5b337138b994b9eb31af5817)

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27208 [Core Tor/Tor]: add API for allocating aligned memory

[Tor Bug Tracker & Wiki]

#27208: add API for allocating aligned memory
-+
 Reporter:  cyberpunks   |  Owner:  (none)
 Type:  enhancement  | Status:  needs_revision
 Priority:  Medium   |  Milestone:  Tor: 0.3.6.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  rust-wants rust  |  Actual Points:
Parent ID:  #23882   | Points:
 Reviewer:   |Sponsor:
-+
Changes (by dgoulet):

 * status:  needs_review => needs_revision


Comment:

 Thanks for this!

 * This code uses `posix_memalign()` as the fallback if both `memalign()`
 and `aligned_alloc()` aren't present. This has been added a _while_ back
 so I'm not too worried about any system we currently build on today to not
 have it but hey you never know... (`_POSIX_C_SOURCE >= 200112L`).

  Should we add a check at configure time and fail if none of the 3
 functions are present?

 * I would add a `PREDICT_UNLIKELY()` around the `posix_memalign()` for
 sake of "performance" :).

 * I think we should make `static void *aligned_alloc...` inline in my
 opinion... might need some code change from the patch but since
 `tor_malloc()` is used extensively, any performance gain is good.

 * More a meta-physic question: Do we really need to reroute every
 `tor_malloc()` to the aligned one with alignment set to 1? In the case of
 `memalign()` and `aligned_alloc()`, of what I can read from the glibc, it
 will be re-routed to the normal `malloc()` if alignment is below some
 minimum.

  But with `posix_memalign()`, this means that every `tor_malloc()` now
 needs to do a `MAX()`, which results in _always_ using `sizeof(void *)`. I
 know this is very cheap CPU side but maybe we can avoid this couple of
 extra cycles by simply making `tor_malloc_()` use the right alignment by
 default and removing the `MAX()` ?

  I know I'm arguing about nanoseconds here but `tor_malloc()` is one of
 the *core* foundation of the entire code base, adding any extra work to it
 is something I personally want to avoid unless it is security related.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27208 [Core Tor/Tor]: add API for allocating aligned memory

[Tor Bug Tracker & Wiki]

#27208: add API for allocating aligned memory
-+
 Reporter:  cyberpunks   |  Owner:  (none)
 Type:  enhancement  | Status:  needs_revision
 Priority:  Medium   |  Milestone:  Tor: 0.3.6.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  rust-wants rust  |  Actual Points:
Parent ID:  #23882   | Points:
 Reviewer:  dgoulet  |Sponsor:
-+
Changes (by dgoulet):

 * reviewer:   => dgoulet


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #20700 [Core Tor/Tor]: prop224: Implement standard client authorization

[Tor Bug Tracker & Wiki]

#20700: prop224: Implement standard client authorization
-+-
 Reporter:  dgoulet  |  Owner:  haxxpop
 Type:  enhancement  | Status:
 |  needs_review
 Priority:  Very High|  Milestone:  Tor:
 |  0.3.5.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  prop224, tor-hs, 035-roadmap-|  Actual Points:
  master, 035-triaged-in-20180711|
Parent ID:  #25955   | Points:  3
 Reviewer:  dgoulet  |Sponsor:
-+-
Changes (by dgoulet):

 * status:  needs_revision => needs_review


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #25152 [Core Tor/Tor]: Try to call less circuitmux_find_map_entry()

[Tor Bug Tracker & Wiki]

#25152: Try to call less circuitmux_find_map_entry()
-+-
 Reporter:  dgoulet  |  Owner:  neel
 Type:  defect   | Status:
 |  needs_information
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.5.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  performance, tor-relay,  |  Actual Points:
  034-triage-20180328, 034-removed-20180328  |
Parent ID:   | Points:
 Reviewer:  mikeperry|Sponsor:
-+-
Changes (by dgoulet):

 * status:  needs_review => needs_information


Comment:

 I 100% agree with nickm...

 A while back, when I was working on KIST with pastly, we realized that
 much of the cmux subsystem is quite complex and could be simplify
 drastically. I even did Dia diagram to try to make sense of it all and
 came up with a design to address the complexities.

 So there is an argument to be made to try to revive all my notes in a
 Ticket and address the overall issue instead of patching things here and
 there.

 We have no sponsor or roadmap slots for this afaict but if it is out
 there, great volunteers like neel can go at it :). I'll try to find an
 evening soon and sum up it all up in a ticket. In the meantime, I
 recommend we keep that ticket on hold until we decide if overhauling is
 what should be done or if we should merge this as a temporary band aid
 before bigger work.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27213 [Applications/Tor Browser]: Update about:tbupdate to new (about:tor) layout

[Tor Bug Tracker & Wiki]

#27213: Update about:tbupdate to new (about:tor) layout
---+--
 Reporter:  gk |  Owner:  tbb-team
 Type:  defect | Status:  new
 Priority:  High   |  Milestone:
Component:  Applications/Tor Browser   |Version:
 Severity:  Normal | Resolution:
 Keywords:  ux-team, TorBrowserTeam201808  |  Actual Points:
Parent ID:  #25695 | Points:
 Reviewer: |Sponsor:
---+--

Comment (by antonela):

 I commented about it here
 https://trac.torproject.org/projects/tor/ticket/25694#comment:13

 The mockup we discussed is
 https://trac.torproject.org/projects/tor/attachment/ticket/25694/1.3C.jpg

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #25694 [Applications/Tor Browser]: Activity 3.1: Improve the user experience of updating Tor Browser

[Tor Bug Tracker & Wiki]

#25694: Activity 3.1: Improve the user experience of updating Tor Browser
--+---
 Reporter:  isabela   |  Owner:  antonela
 Type:  defect| Status:  assigned
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  ux-team   |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:  Sponsor17
--+---

Comment (by gk):

 Replying to [comment:13 antonela]:
 > A recap:
 >
 > **Tor Browser is Outdated**
 > When Tor Browser tells users that an update is available and users delay
 the restart by clicking [not now], we will keep the red dot at the
 Hamburger Menu button. Also, we will reduce the delay before the browser
 displays such a doorhanger prompt (#26049).
 >
 > **Downloading Package Feedback**
 > When a new version is ready to get downloaded, Tor Browser will prompt
 the doorhanger (1.1). When the user clicks on [Download and Restart], the
 download starts and the download icon appears on the hamburger menu.
 > (1.1)
 https://trac.torproject.org/projects/tor/attachment/ticket/25694/1.1.2.png
 >
 > One remaining question here, when the download is ready, will we ask
 users to confirm the restart? (1.2) or will we restart automatically?
 > (1.2)
 https://trac.torproject.org/projects/tor/attachment/ticket/25694/1.2B.png
 >
 > Also, seems like Chrome/Brave's approach for UI feedback once a file is
 downloading is the preferred. I think we can consider this
 improvement/discussion for the next iteration (#27028).
 >
 > **Tor Browser is Updated**
 > When the browser restarts, a fresh `about:tor` page will appear. The
 main title will change to the familiar "Tor Browser has been updated"
 (1.3).
 >
 > (1.3)
 https://trac.torproject.org/projects/tor/attachment/ticket/25694/1.3C.jpg
 >
 > About changelogs, yes! We should include them or at least link to this
 list. I added a small link at the right top, just behind the Tor Browser
 Version.
 >
 > Question about Tor Browser changelogs: How are they generated? manually?
 Who does that? How is the process? I'm thinking about to have a readable
 list like:
 >
 > https://www.mozilla.org/en-US/firefox/releases/
 > https://www.mozilla.org/en-US/firefox/61.0/releasenotes/
 > https://www.sketchapp.com/updates/
 >
 > Do you think is something worth to explore for the next iteration? If
 yes, I'll fill a ticket for it.

 FWIW: That's #27213.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27213 [Applications/Tor Browser]: Update about:tbupdate to new (about:tor) layout

[Tor Bug Tracker & Wiki]

#27213: Update about:tbupdate to new (about:tor) layout
---+--
 Reporter:  gk |  Owner:  tbb-team
 Type:  defect | Status:  new
 Priority:  High   |  Milestone:
Component:  Applications/Tor Browser   |Version:
 Severity:  Normal | Resolution:
 Keywords:  ux-team, TorBrowserTeam201808  |  Actual Points:
Parent ID:  #25694 | Points:
 Reviewer: |Sponsor:
---+--
Changes (by gk):

 * parent:  #25695 => #25694


Comment:

 Reparenting.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

[tor-bugs] #27215 [Core Tor/Tor]: hs: Change default HiddenServiceVersion to 3

[Tor Bug Tracker & Wiki]

#27215: hs: Change default HiddenServiceVersion to 3
--+--
 Reporter:  dgoulet   |  Owner:  (none)
 Type:  enhancement   | Status:  new
 Priority:  Medium|  Milestone:  Tor: 0.3.5.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal|   Keywords:  tor-hs, 035-proposed
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+--
 The next tor release (0.3.5) is an LTS, it would mean that keeping v2 the
 default version forces us to support it until 2020 (minimum).

 Hidden service version 3 have been merged back in 0.3.2 and have been
 extensively tested. Bugs remains but we are confident they can be
 addressed in 0.3.5 and aren't blockers to the mass adoption of v3.

 By making version 3 the default version for new services, we can start
 working on deprecating version 2 in future tor releases.

 Still, for a while, v2 will work on the network so this is *not* about
 removing v2 entirely but simply switching new default services to v3. An
 operator will still be able to specify `HiddenServiceVersion 2` explicitly
 if they do really want a v2.

 NOTE: There is a tricky issue with this. We'll have to make tor "guess"
 the right version when loading the configuration. Right now, we
 _explicitly_ ask the operator to provide `HiddenServiceVersion 3` else we
 consider it a v2.

 Considering that, we can't ask all operators to add `HiddenServiceVersion
 2` to their torrc so we need to make tor smart so it can learn the right
 version if not given.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27044 [Core Tor/Tor]: be more strict in parsing HiddenServicePort

[Tor Bug Tracker & Wiki]

#27044: be more strict in parsing HiddenServicePort
+
 Reporter:  toralf  |  Owner:  (none)
 Type:  defect  | Status:  needs_revision
 Priority:  Medium  |  Milestone:  Tor: 0.3.5.x-final
Component:  Core Tor/Tor|Version:
 Severity:  Normal  | Resolution:
 Keywords:  tor-hs, tor-config  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  dgoulet |Sponsor:
+
Changes (by dgoulet):

 * keywords:   => tor-hs, tor-config
 * reviewer:   => dgoulet
 * status:  needs_review => needs_revision


Comment:

 Replying to [comment:2 rl1987]:
 > https://github.com/torproject/tor/pull/274

 The right place to check for this is in
 `rend_service_parse_port_config()`. See `config_generic_service()` which
 error if we can't parse the port line.

 (That function name is confusing, it should really be renamed to something
 generic since v2 and v3 uses it so ignore that part :).

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27060 [Core Tor/Tor]: Improve coverage in a few high-coverage modules

[Tor Bug Tracker & Wiki]

#27060: Improve coverage in a few high-coverage modules
--+
 Reporter:  nickm |  Owner:  nickm
 Type:  enhancement   | Status:  needs_revision
 Priority:  Medium|  Milestone:  Tor: 0.3.5.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tor-test  |  Actual Points:
Parent ID:| Points:
 Reviewer:  dgoulet   |Sponsor:
--+
Changes (by dgoulet):

 * keywords:   => tor-test
 * status:  needs_review => needs_revision


Comment:

 Travis clang build is unhappy. Seems a memory leak:

 https://travis-ci.org/torproject/tor/jobs/413090101#L3206

 Apart from that, lgtm;

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #26441 [Internal Services/Tor Sysadmin Team]: Remove build-sunet-b.torproject.net host

[Tor Bug Tracker & Wiki]

#26441: Remove build-sunet-b.torproject.net host
-+
 Reporter:  boklm|  Owner:  tpa
 Type:  task | Status:  closed
 Priority:  Medium   |  Milestone:
Component:  Internal Services/Tor Sysadmin Team  |Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+
Changes (by weasel):

 * status:  new => closed
 * resolution:   => fixed


Comment:

 host removed.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

[tor-bugs] #27216 [Core Tor/Tor]: Fix spelling error in comment for getinfo_helper_current_time()

[Tor Bug Tracker & Wiki]

#27216: Fix spelling error in comment for getinfo_helper_current_time()
--+--
 Reporter:  neel  |  Owner:  (none)
 Type:  defect| Status:  assigned
 Priority:  Medium|  Milestone:
Component:  Core Tor/Tor  |Version:
 Severity:  Normal|   Keywords:
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+--
 The comment for `getinfo_helper_current_time()` is currently:

 {{{
 /** Implementation helper for GETINFO: answers requests for information
 about
  * the current time in both local and UTF forms. */
 }}}

 But `UTF` is wrong. It should be `UTC`.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27216 [Core Tor/Tor]: Fix spelling error in comment for getinfo_helper_current_time()

[Tor Bug Tracker & Wiki]

#27216: Fix spelling error in comment for getinfo_helper_current_time()
--+--
 Reporter:  neel  |  Owner:  neel
 Type:  defect| Status:  assigned
 Priority:  Medium|  Milestone:
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by neel):

 * owner:  (none) => neel


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27046 [Internal Services/Tor Sysadmin Team]: Increase disk size on build-sunet-a.torproject.net

[Tor Bug Tracker & Wiki]

#27046: Increase disk size on build-sunet-a.torproject.net
-+
 Reporter:  boklm|  Owner:  tpa
 Type:  task | Status:  closed
 Priority:  Medium   |  Milestone:
Component:  Internal Services/Tor Sysadmin Team  |Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+
Changes (by weasel):

 * status:  new => closed
 * resolution:   => fixed


Comment:

 added a 3rd 300gb volume

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27216 [Core Tor/Tor]: Fix spelling error in comment for getinfo_helper_current_time()

[Tor Bug Tracker & Wiki]

#27216: Fix spelling error in comment for getinfo_helper_current_time()
--+--
 Reporter:  neel  |  Owner:  neel
 Type:  defect| Status:  assigned
 Priority:  Medium|  Milestone:
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by neel):

 PR is here: https://github.com/torproject/tor/pull/281

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27046 [Internal Services/Tor Sysadmin Team]: Increase disk size on build-sunet-a.torproject.net

[Tor Bug Tracker & Wiki]

#27046: Increase disk size on build-sunet-a.torproject.net
-+
 Reporter:  boklm|  Owner:  tpa
 Type:  task | Status:  closed
 Priority:  Medium   |  Milestone:
Component:  Internal Services/Tor Sysadmin Team  |Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+

Comment (by boklm):

 Thanks! I successfully increased the size of `/srv` with the following
 commands:
 {{{
 # vgextend vg_build-sunet-a /dev/vdd
 # lvextend -L +300G /dev/vg_build-sunet-a/srv
 # resize2fs /dev/vg_build-sunet-a/srv
 }}}

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #26475 [Applications/Tor Browser]: ESR60-based .dmg images are not built reproducibly with Stylo enabled using rustc > 1.25.0

[Tor Bug Tracker & Wiki]

#26475: ESR60-based .dmg images are not built reproducibly with Stylo enabled 
using
rustc > 1.25.0
-+-
 Reporter:  gk   |  Owner:  tbb-
 |  team
 Type:  defect   | Status:
 |  needs_information
 Priority:  Very High|  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-rbm, GeorgKoppen201808,  |  Actual Points:
  TorBrowserTeam201808   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by alexcrichton):

 Hm so if LLVM is compiled exactly the same way that is indeed a little
 worrisome. One other thing we do is that if we're compiling an in-tree
 LLVM we specify the `LLVM_RUSTLLVM` define for C++ code (here -
 https://github.com/rust-
 
lang/rust/blob/bf1e461173e3936e4014cc951dfbdd7d9ec9190b/src/bootstrap/compile.rs#L736-L740).
 That's used for a few minor features but none that should touch the
 reproducibility of the build in theory...

 I'm running out of ideas unfortunately :(

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #24796 [Applications/Tor Browser]: Review all requested and required Android permissions

[Tor Bug Tracker & Wiki]

#24796: Review all requested and required Android permissions
--+
 Reporter:  sysrqb|  Owner:  tbb-team
 Type:  task  | Status:
  |  needs_revision
 Priority:  High  |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tbb-mobile, TorBrowserTeam201808  |  Actual Points:
Parent ID:  #26531| Points:
 Reviewer:|Sponsor:
--+

Comment (by sysrqb):

 An aside, external storage permissions:

 {{{
 modify or delete the contents of your SD card
 read the content of your SD card
 }}}

 These permissions are used for updating (#26574), and for saving files:
 "Set Image As" saves the image on the external storage, "Save Image"
 (currently broken, #26317), video and audio capture. We can come back to
 this.

 Remaining permissions (in addition to above external storage permissions):

 {{{
 full network access

 automatically launch at start up

 draw over other apps

 control vibrations
 prevent device from sleeping

 install shortcuts
 uninstall shortcuts
 }}}

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #26548 [Applications/Tor Browser]: Some HTTPS Everywhere functionality appears to be broken on 8.0a9

[Tor Bug Tracker & Wiki]

#26548: Some HTTPS Everywhere functionality appears to be broken on 8.0a9
--+--
 Reporter:  cypherpunks   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  ff60-esr  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by cypherpunks3):

 This isn't a Tor Browser specific bug, it's a bug in HTTPS-E itself that
 only happens on certain Firefoxes. See https://github.com/EFForg/https-
 everywhere/issues/16358 A one-line fix has been submitted:
 https://github.com/EFForg/https-everywhere/pull/16359

 You can then close this ticket after it gets merged.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

[tor-bugs] #27217 [Applications/Tor Browser]: TBA: Consider excluding ACCESS_NETWORK_STATE permission

[Tor Bug Tracker & Wiki]

#27217: TBA: Consider excluding ACCESS_NETWORK_STATE permission
--+
 Reporter:  sysrqb|  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal|   Keywords:  tbb-mobile
Actual Points:|  Parent ID:  #5709
   Points:|   Reviewer:
  Sponsor:|
--+
 This shouldn't be needed, but it currently is. Let's investigate excluding
 it.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #24796 [Applications/Tor Browser]: Review all requested and required Android permissions

[Tor Bug Tracker & Wiki]

#24796: Review all requested and required Android permissions
--+
 Reporter:  sysrqb|  Owner:  tbb-team
 Type:  task  | Status:
  |  needs_revision
 Priority:  High  |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tbb-mobile, TorBrowserTeam201808  |  Actual Points:
Parent ID:  #26531| Points:
 Reviewer:|Sponsor:
--+

Comment (by sysrqb):

 Replying to [comment:13 gk]:
 > 3) The first part of the patch is
 > that's not aligned (`ACCESS_NETWORK_STATE` is treated differently).

 Note, after excluding ACCESS_NETWORK_STATE, the app now crashes because it
 assumes it has that permission unconditionally. I think we can keep this
 for the first alpha, and consider refactoring the affected code and
 exclude the permission in a later alpha. #27217

 {{{
 - beginning of crash
 08-20 12:01:14.662 26467 26467 E AndroidRuntime: FATAL EXCEPTION: main
 08-20 12:01:14.662 26467 26467 E AndroidRuntime: Process:
 org.torproject.torbrowser_24796, PID: 26467
 08-20 12:01:14.662 26467 26467 E AndroidRuntime:
 java.lang.SecurityException: ConnectivityService: Neither user 10152 nor
 current process has android.permission.ACCESS_NETWORK_STATE.
 08-20 12:01:14.662 26467 26467 E AndroidRuntime:at
 android.os.Parcel.readException(Parcel.java:2005)
 08-20 12:01:14.662 26467 26467 E AndroidRuntime:at
 android.os.Parcel.readException(Parcel.java:1951)
 08-20 12:01:14.662 26467 26467 E AndroidRuntime:at
 
android.net.IConnectivityManager$Stub$Proxy.getActiveNetworkInfo(IConnectivityManager.java:1195)
 08-20 12:01:14.662 26467 26467 E AndroidRuntime:at
 
android.net.ConnectivityManager.getActiveNetworkInfo(ConnectivityManager.java:786)
 08-20 12:01:14.662 26467 26467 E AndroidRuntime:at
 org.mozilla.gecko.util.NetworkUtils.getConnectionType(NetworkUtils.java:123)
 08-20 12:01:14.662 26467 26467 E AndroidRuntime:at
 org.mozilla.gecko.util.NetworkUtils.isWifi(NetworkUtils.java:115)
 08-20 12:01:14.662 26467 26467 E AndroidRuntime:at
 
org.mozilla.gecko.activitystream.homepanel.stream.StreamOverridablePageIconLayout.updateIcon(StreamOverridablePageIconLayout.java:92)
 08-20 12:01:14.662 26467 26467 E AndroidRuntime:at
 
org.mozilla.gecko.activitystream.homepanel.stream.WebpageItemRow.bind(WebpageItemRow.java:85)
 08-20 12:01:14.662 26467 26467 E AndroidRuntime:at
 
org.mozilla.gecko.activitystream.homepanel.StreamRecyclerAdapter.onBindViewHolder(StreamRecyclerAdapter.java:202)
 08-20 12:01:14.662 26467 26467 E AndroidRuntime:at
 
org.mozilla.gecko.activitystream.homepanel.StreamRecyclerAdapter.onBindViewHolder(StreamRecyclerAdapter.java:51)
 }}}

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27217 [Applications/Tor Browser]: TBA: Consider excluding ACCESS_NETWORK_STATE permission

[Tor Bug Tracker & Wiki]

#27217: TBA: Consider excluding ACCESS_NETWORK_STATE permission
--+--
 Reporter:  sysrqb|  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tbb-mobile|  Actual Points:
Parent ID:  #5709 | Points:
 Reviewer:|Sponsor:
--+--

Comment (by sysrqb):

 ticket:24796#comment:15

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

[tor-bugs] #27218 [Applications/Tor Browser]: Make rebundling faster by generating multiple bundles in parrallel

[Tor Bug Tracker & Wiki]

#27218: Make rebundling faster by generating multiple bundles in parrallel
-+-
 Reporter:  boklm|  Owner:  tbb-team
 Type:  task | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Applications/Tor |Version:
  Browser|   Keywords:  tbb-rbm,
 Severity:  Normal   |  TorBrowserTeam201809, boklm201809
Actual Points:   |  Parent ID:
   Points:   |   Reviewer:
  Sponsor:   |
-+-
 Rebundling the whole 8.0a10 release on build-sunet-a.torproject.net is
 taking ~ 12 hours.

 I think one part that is taking a lot of time is the creation of the
 mar/tar.xz/dmg/exe files of the bundles in all the languages, which is
 done sequentially, with the mar/tar/dmg/nsis tools probably using only one
 thread. We could probably make that part faster by generating multiple
 locales in parallel.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #24796 [Applications/Tor Browser]: Review all requested and required Android permissions

[Tor Bug Tracker & Wiki]

#24796: Review all requested and required Android permissions
--+
 Reporter:  sysrqb|  Owner:  tbb-team
 Type:  task  | Status:
  |  needs_review
 Priority:  High  |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tbb-mobile, TorBrowserTeam201808  |  Actual Points:
Parent ID:  #26531| Points:
 Reviewer:|Sponsor:
--+
Changes (by sysrqb):

 * status:  needs_revision => needs_review


Comment:

 Okay. `24796_2` is ready for review.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

[tor-bugs] #27219 [Applications/Tor Browser]: TBA: Investigate ACCESS_COARSE_LOCATION error message

[Tor Bug Tracker & Wiki]

#27219: TBA: Investigate ACCESS_COARSE_LOCATION error message
--+
 Reporter:  sysrqb|  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal|   Keywords:  tbb-mobile
Actual Points:|  Parent ID:  #5709
   Points:|   Reviewer:
  Sponsor:|
--+
 This is a non-fatal error coming from #24796

 {{{
 08-20 12:24:03.445 23942 28808 E PlatformNetworkUtils: Android permission
 ACCESS_COARSE_LOCATION is needed!
 }}}

 I don't think we need to worry about it, but we should confirm this.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #24796 [Applications/Tor Browser]: Review all requested and required Android permissions

[Tor Bug Tracker & Wiki]

#24796: Review all requested and required Android permissions
--+
 Reporter:  sysrqb|  Owner:  tbb-team
 Type:  task  | Status:
  |  needs_review
 Priority:  High  |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tbb-mobile, TorBrowserTeam201808  |  Actual Points:
Parent ID:  #26531| Points:
 Reviewer:|Sponsor:
--+

Comment (by sysrqb):

 Also, just as a note: #27219

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27151 [Applications/Tor Browser]: Add new Tor Browser locales to our website

[Tor Bug Tracker & Wiki]

#27151: Add new Tor Browser locales to our website
--+--
 Reporter:  gk|  Owner:  tbb-team
 Type:  enhancement   | Status:  needs_review
 Priority:  High  |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  TorBrowserTeam201808R |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by boklm):

 Replying to [comment:1 arthuredelstein]:
 > Here's a patch for review:
 > https://github.com/arthuredelstein/webml/commit/27151

 Thanks! I cherry-picked this as commit
 `199bde6b63257182d8e62f2ebf12b44a6c06a7ce`.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27151 [Applications/Tor Browser]: Add new Tor Browser locales to our website

[Tor Bug Tracker & Wiki]

#27151: Add new Tor Browser locales to our website
--+--
 Reporter:  gk|  Owner:  tbb-team
 Type:  enhancement   | Status:  closed
 Priority:  High  |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:  fixed
 Keywords:  TorBrowserTeam201808R |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by boklm):

 * status:  needs_review => closed
 * resolution:   => fixed


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #26884 [Applications/Tor Browser]: Update preferences.xul to make it work on mobile

[Tor Bug Tracker & Wiki]

#26884: Update preferences.xul to make it work on mobile
-+-
 Reporter:  igt0 |  Owner:  tbb-
 |  team
 Type:  defect   | Status:
 |  needs_information
 Priority:  Very High|  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-torbutton, TorBrowserTeam201808  |  Actual Points:
Parent ID:  #26531   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by gk):

 * status:  needs_review => needs_information


Comment:

 Alright, I set the slider to "safest" and went to the test on ip-
 check.info and still, it shows that JavaScript is enabled. Can anyone
 confirm this result?

 The second question: What is the planned way to actually deliver this
 feature to users given that we won't send them to `about:config`? It seems
 there is a patch missing for that?

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #25696 [Applications/Tor Browser]: Design of alpha onboarding for Tor Browser for Android

[Tor Bug Tracker & Wiki]

#25696: Design of alpha onboarding for Tor Browser for Android
-+-
 Reporter:  isabela  |  Owner:
 |  antonela
 Type:  defect   | Status:  closed
 Priority:  Very High|  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:  ux-team, tbb-mobile, |  Actual Points:
  TorBrowserTeam201808R  |
Parent ID:  #26531   | Points:
 Reviewer:   |Sponsor:
 |  Sponsor8
-+-
Changes (by gk):

 * status:  needs_review => closed
 * resolution:   => fixed


Comment:

 Okay, that was my mistake. The `.mozconfig`s were out of sync. Nice work,
 igt0! Pushed to `tor-browser-60.1.0esr-8.0-1` (commit
 9c58e200f6eb526a5b337138b994b9eb31af5817).

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27215 [Core Tor/Tor]: hs: Change default HiddenServiceVersion to 3

[Tor Bug Tracker & Wiki]

#27215: hs: Change default HiddenServiceVersion to 3
--+
 Reporter:  dgoulet   |  Owner:  (none)
 Type:  enhancement   | Status:  new
 Priority:  Medium|  Milestone:  Tor:
  |  0.3.5.x-final
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tor-hs, 035-roadmap-proposed  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by dgoulet):

 * keywords:  tor-hs, 035-proposed => tor-hs, 035-roadmap-proposed


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27146 [Core Tor/Tor]: Mismatched digest in 0.3.3.9 and master mixed chutney network

[Tor Bug Tracker & Wiki]

#27146: Mismatched digest in 0.3.3.9 and master mixed chutney network
-+-
 Reporter:  teor |  Owner:  (none)
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.5.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  regression, tor-dirauth, macOS,  |  Actual Points:
  035-must, 035-roadmap-proposed, 034-must   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by nickm):

 What versions are the live authorities on the network currently running?
 I thought that they _did_ span the versions in question.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27080 [Core Tor/Tor]: bridges fail on Tor 0.3.4.1-alpha and later

[Tor Bug Tracker & Wiki]

#27080: bridges fail on Tor 0.3.4.1-alpha and later
-+-
 Reporter:  teor |  Owner:  (none)
 Type:  defect   | Status:
 |  needs_information
 Priority:  High |  Milestone:  Tor:
 |  0.3.5.x-final
Component:  Core Tor/Tor |Version:  Tor:
 |  0.3.4.1-alpha
 Severity:  Blocker  | Resolution:
 Keywords:  034-must, 035-must, regression,  |  Actual Points:
  tor-bridge 034-backport|
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by nickm):

 * severity:  Major => Blocker


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27146 [Core Tor/Tor]: Mismatched digest in 0.3.3.9 and master mixed chutney network

[Tor Bug Tracker & Wiki]

#27146: Mismatched digest in 0.3.3.9 and master mixed chutney network
-+-
 Reporter:  teor |  Owner:  (none)
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.5.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  regression, tor-dirauth, macOS,  |  Actual Points:
  035-must, 035-roadmap-proposed, 034-must   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by nickm):

 IMO this is a blocker for 0.3.4 if it affects real authorities, and a
 "should fix" otherwise.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #26987 [Core Tor/Tor]: Tor seems to be reading from two different time sources in a macOS VM

[Tor Bug Tracker & Wiki]

#26987: Tor seems to be reading from two different time sources in a macOS VM
-+--
 Reporter:  teor |  Owner:  (none)
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:  Tor: unspecified
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  macos, tor-time  |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by nickm):

 I am thinking this is not an 0.3.4 blocker if it is VM-only, but it would
 be good to fix.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27146 [Core Tor/Tor]: Mismatched digest in 0.3.3.9 and master mixed chutney network

[Tor Bug Tracker & Wiki]

#27146: Mismatched digest in 0.3.3.9 and master mixed chutney network
-+-
 Reporter:  teor |  Owner:  (none)
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:  Tor:
 |  0.3.5.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  regression, tor-dirauth, macOS,  |  Actual Points:
  035-must, 035-roadmap-proposed, 034-must   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by dgoulet):

 Replying to [comment:2 nickm]:
 > What versions are the live authorities on the network currently running?
 I thought that they _did_ span the versions in question.

 http://tgnv2pssfumdedyw.onion/#authorityversions

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #24796 [Applications/Tor Browser]: Review all requested and required Android permissions

[Tor Bug Tracker & Wiki]

#24796: Review all requested and required Android permissions
---+--
 Reporter:  sysrqb |  Owner:  tbb-team
 Type:  task   | Status:  closed
 Priority:  High   |  Milestone:
Component:  Applications/Tor Browser   |Version:
 Severity:  Normal | Resolution:  fixed
 Keywords:  tbb-mobile, TorBrowserTeam201808R  |  Actual Points:
Parent ID:  #26531 | Points:
 Reviewer: |Sponsor:
---+--
Changes (by gk):

 * keywords:  tbb-mobile, TorBrowserTeam201808 => tbb-mobile,
 TorBrowserTeam201808R
 * status:  needs_review => closed
 * resolution:   => fixed


Comment:

 Looks good, cherry-picked to `tor-browser-60.1.0esr-8.0-1` (commit
 d0ccd485e2bb22fea4d9d758906dcee7468b4a6a).

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27139 [Core Tor/Tor]: macOS i386 fails time unit tests

[Tor Bug Tracker & Wiki]

#27139: macOS i386 fails time unit tests
-+
 Reporter:  teor |  Owner:  (none)
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:  Tor: 0.3.5.x-final
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  regression, macos, i386  |  Actual Points:
Parent ID:  #26987   | Points:
 Reviewer:   |Sponsor:
-+

Comment (by nickm):

 I'd like to fix this, but it's not a much-used platform.  We should
 investigate a little more, and see if it's easy to fix.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #26987 [Core Tor/Tor]: Tor seems to be reading from two different time sources in a macOS VM

[Tor Bug Tracker & Wiki]

#26987: Tor seems to be reading from two different time sources in a macOS VM
-+--
 Reporter:  teor |  Owner:  (none)
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:  Tor: unspecified
Component:  Core Tor/Tor |Version:
 Severity:  Normal   | Resolution:
 Keywords:  macos, tor-time  |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by nickm):

 I had thought that this might be a problem with our use of
 mach_approximate_time(), but apparently we started using that in 0.3.4 to
 no ill effect.

 Maybe it has something to do with our change in how we update the current
 time in 0.3.4 with #26009-- that does seem like a relevant change.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #26598 [Applications/Tor Browser]: disable User Timing API in ESR60

[Tor Bug Tracker & Wiki]

#26598: disable User Timing API in ESR60
-+-
 Reporter:  mcs  |  Owner:  tbb-
 |  team
 Type:  defect   | Status:
 |  needs_review
 Priority:  High |  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:
 Keywords:  tbb-fingerprinting-time-highres, |  Actual Points:
  ff60-esr, TorBrowserTeam201808 |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by arthuredelstein):

 * status:  new => needs_review


Comment:

 I examined the code for setResourceTimingBufferSize(...):
 https://dxr.mozilla.org/mozilla-
 
esr60/rev/dd52b41d2b775e5c7261ce52795268b7670635fc/dom/performance/Performance.cpp#407
 and for Performance::InsertResourceEntry(...):
 https://dxr.mozilla.org/mozilla-
 
esr60/rev/dd52b41d2b775e5c7261ce52795268b7670635fc/dom/performance/Performance.cpp#413

 When "privacy.resistFingerprinting" is true, InsertResourceEntry
 shortcuts. Therefore no entries are added, and
 performance.onresourcetimingbufferfull is never called, regardless of any
 past calls to `setResourceTimingBufferSize(unsigned long maxSize)`. So I
 am satisfied that there isn't a fingerprinting vector of supercookie
 mechanism exposed by this API.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27045 [Applications/Tor Browser]: Add option for firefox incremental builds

[Tor Bug Tracker & Wiki]

#27045: Add option for firefox incremental builds
+--
 Reporter:  boklm   |  Owner:  tbb-team
 Type:  task| Status:  needs_review
 Priority:  Medium  |  Milestone:
Component:  Applications/Tor Browser|Version:
 Severity:  Normal  | Resolution:
 Keywords:  tbb-rbm, TorBrowserTeam201808R  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--
Changes (by pospeselr):

 * Attachment "logs.zip" added.


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27045 [Applications/Tor Browser]: Add option for firefox incremental builds

[Tor Bug Tracker & Wiki]

#27045: Add option for firefox incremental builds
+--
 Reporter:  boklm   |  Owner:  tbb-team
 Type:  task| Status:  needs_review
 Priority:  Medium  |  Milestone:
Component:  Applications/Tor Browser|Version:
 Severity:  Normal  | Resolution:
 Keywords:  tbb-rbm, TorBrowserTeam201808R  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--

Comment (by pospeselr):

 And by Saturday afternoon I meant Monday morning.  Sorry about the zip,
 trac wouldn't let me upload the raw log files for some reason.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #26506 [Applications/Tor Browser]: NoScript not working on TBB/ESR60 on Windows

[Tor Bug Tracker & Wiki]

#26506: NoScript not working on TBB/ESR60 on Windows
+---
 Reporter:  arthuredelstein |  Owner:  pospeselr
 Type:  defect  | Status:  assigned
 Priority:  Very High   |  Milestone:
Component:  Applications/Tor Browser|Version:
 Severity:  Normal  | Resolution:
 Keywords:  ff60-esr, TorBrowserTeam201808  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+---
Changes (by pospeselr):

 * owner:  tbb-team => pospeselr
 * status:  new => assigned


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27045 [Applications/Tor Browser]: Add option for firefox incremental builds

[Tor Bug Tracker & Wiki]

#27045: Add option for firefox incremental builds
+--
 Reporter:  boklm   |  Owner:  tbb-team
 Type:  task| Status:  needs_review
 Priority:  Medium  |  Milestone:
Component:  Applications/Tor Browser|Version:
 Severity:  Normal  | Resolution:
 Keywords:  tbb-rbm, TorBrowserTeam201808R  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--

Comment (by boklm):

 Can you post the logs from the console too (not the log files)? And do you
 have this error in normal builds too, or is it only when using the ffdev
 option?

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #26520 [Applications/Tor Browser]: NoScript is broken with TOR_SKIP_LAUNCH=1 in ESR 60-based Tor Browser

[Tor Bug Tracker & Wiki]

#26520: NoScript is broken with TOR_SKIP_LAUNCH=1 in ESR 60-based Tor Browser
+---
 Reporter:  gk  |  Owner:  pospeselr
 Type:  defect  | Status:  assigned
 Priority:  Very High   |  Milestone:
Component:  Applications/Tor Browser|Version:
 Severity:  Normal  | Resolution:
 Keywords:  ff60-esr, TorBrowserTeam201808  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+---
Changes (by pospeselr):

 * owner:  tbb-team => pospeselr
 * status:  needs_revision => assigned


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #26506 [Applications/Tor Browser]: NoScript not working on TBB/ESR60 on Windows

[Tor Bug Tracker & Wiki]

#26506: NoScript not working on TBB/ESR60 on Windows
+---
 Reporter:  arthuredelstein |  Owner:  pospeselr
 Type:  defect  | Status:  assigned
 Priority:  Very High   |  Milestone:
Component:  Applications/Tor Browser|Version:
 Severity:  Normal  | Resolution:
 Keywords:  ff60-esr, TorBrowserTeam201808  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+---
Changes (by boklm):

 * cc: tbb-team (added)


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #26520 [Applications/Tor Browser]: NoScript is broken with TOR_SKIP_LAUNCH=1 in ESR 60-based Tor Browser

[Tor Bug Tracker & Wiki]

#26520: NoScript is broken with TOR_SKIP_LAUNCH=1 in ESR 60-based Tor Browser
+---
 Reporter:  gk  |  Owner:  pospeselr
 Type:  defect  | Status:  assigned
 Priority:  Very High   |  Milestone:
Component:  Applications/Tor Browser|Version:
 Severity:  Normal  | Resolution:
 Keywords:  ff60-esr, TorBrowserTeam201808  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+---
Changes (by boklm):

 * cc: tbb-team (added)


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

[tor-bugs] #27220 [Applications/Tor Browser]: Allow TBA to install tor button, tor launcher and https everywhere extensions without signatures

[Tor Bug Tracker & Wiki]

#27220: Allow TBA to  install tor button, tor launcher and https everywhere
extensions without signatures
--+--
 Reporter:  igt0  |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal|   Keywords:
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+--
 When trying to install torbutton, torlauncher or https-e. TBA doesn't
 allow it because they don't have signatures.

 The distribution code path is different for mobile and desktop.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27220 [Applications/Tor Browser]: Allow TBA to install tor button, tor launcher and https everywhere extensions without signatures

[Tor Bug Tracker & Wiki]

#27220: Allow TBA to  install tor button, tor launcher and https everywhere
extensions without signatures
--+--
 Reporter:  igt0  |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by igt0):

 * Attachment "0001-Bug-27220-Don-t-verify-signatures-for-tb-tl-and-
 http.patch" added.


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27216 [Core Tor/Tor]: Fix spelling error in comment for getinfo_helper_current_time()

[Tor Bug Tracker & Wiki]

#27216: Fix spelling error in comment for getinfo_helper_current_time()
--+--
 Reporter:  neel  |  Owner:  neel
 Type:  defect| Status:  needs_review
 Priority:  Medium|  Milestone:
Component:  Core Tor/Tor  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by neel):

 * status:  assigned => needs_review


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27220 [Applications/Tor Browser]: Allow TBA to install tor button, tor launcher and https everywhere extensions without signatures

[Tor Bug Tracker & Wiki]

#27220: Allow TBA to  install tor button, tor launcher and https everywhere
extensions without signatures
--+--
 Reporter:  igt0  |  Owner:  tbb-team
 Type:  defect| Status:  needs_review
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by igt0):

 * cc: sysrqb, gk (added)
 * status:  new => needs_review


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27045 [Applications/Tor Browser]: Add option for firefox incremental builds

[Tor Bug Tracker & Wiki]

#27045: Add option for firefox incremental builds
---+---
 Reporter:  boklm  |  Owner:  tbb-team
 Type:  task   | Status:
   |  needs_information
 Priority:  Medium |  Milestone:
Component:  Applications/Tor Browser   |Version:
 Severity:  Normal | Resolution:
 Keywords:  tbb-rbm, TorBrowserTeam201808  |  Actual Points:
Parent ID: | Points:
 Reviewer: |Sponsor:
---+---
Changes (by boklm):

 * status:  needs_review => needs_information
 * keywords:  tbb-rbm, TorBrowserTeam201808R => tbb-rbm,
   TorBrowserTeam201808


Comment:

 Replying to [comment:9 boklm]:
 > Can you post the logs from the console too (not the log files)?

 What is needed is the lines before the error, such as for example:
 {{{
 Building project firefox - firefox-a0efd2fcd6e9-linux-i686-fc70a8
 Tag tor-browser-60.1.0esr-8.0-1-build2 is signed with key
 35CD74C24A9B15A19E1A81A194373AA94B7C3223
 Created /home/boklm/tor-browser-build/tmp/rbm-ecVkd/firefox-
 a0efd2fcd6e9.tar.gz
 Using file /home/boklm/tor-browser-build/out/container-image/container-
 image_wheezy-i386-279bd3a261cd.tar.gz
 Using file /home/boklm/tor-browser-build/out/gcc/gcc-6.4.0-5d1aa7.tar.gz
 Using file /home/boklm/tor-browser-build/projects/firefox/get-moz-build-
 date
 Using file /home/boklm/tor-browser-build/projects/firefox/mozconfig-
 linux-i686
 Using file /home/boklm/tor-browser-
 build/out/binutils/binutils-2.26.1-914171.tar.gz
 Using file /home/boklm/tor-browser-
 build/out/rust/rust-1.26.1-linux-i686-0ce4aa.tar.gz
 Using file /home/boklm/tor-browser-build/out/llvm/llvm-3.9.1-93f4ef.tar.gz
 Using file /home/boklm/tor-browser-build/projects/firefox/abicheck.cc
 }}}

 This should show where exactly the error is happening (not knowing where
 exactly the error is happening makes it difficult to debug).

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27080 [Core Tor/Tor]: bridges fail on Tor 0.3.4.1-alpha and later

[Tor Bug Tracker & Wiki]

#27080: bridges fail on Tor 0.3.4.1-alpha and later
-+-
 Reporter:  teor |  Owner:  (none)
 Type:  defect   | Status:
 |  needs_information
 Priority:  High |  Milestone:  Tor:
 |  0.3.5.x-final
Component:  Core Tor/Tor |Version:  Tor:
 |  0.3.4.1-alpha
 Severity:  Blocker  | Resolution:
 Keywords:  034-must, 035-must, regression,  |  Actual Points:
  tor-bridge 034-backport|
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by nickm):

 I found one issue, which might or might not be a complete explanation
 here.  This is from a client in the bridges-min network:
 {{{
 Aug 20 13:35:57.787 [notice] No Tor server allows exit to 127.0.0.1:4747.
 Rejecting.
 }}}

 Looking at the cached-microdescs in the authority's directory, I saw that
 there is one with a correct policy line `p accept 1-65535` --
 corresponding to the network's exit, 002r.  But the client did not have
 that microdescriptor cached: it had an older one one.

 Digging deeper, it appears that the client is receiving new conensuses,
 but it is not re-launching microdescriptor downloads fast enough.  The
 router_have_minimum_dir_info() function is returning 1, so
 directory_info_has_arrived() is not launching any new descriptor downloads
 here.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27083 [Applications/Tor Browser]: TBA: Window size rounding isn't used

[Tor Bug Tracker & Wiki]

#27083: TBA: Window size rounding isn't used
--+--
 Reporter:  sysrqb|  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Very High |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  tbb-mobile, TorBrowserTeam201808  |  Actual Points:
Parent ID:  #25703| Points:
 Reviewer:|Sponsor:
--+--
Changes (by arthuredelstein):

 * cc: arthuredelstein (added)


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #20463 [Community/Translations]: Translate the download page

[Tor Bug Tracker & Wiki]

#20463: Translate the download page
+
 Reporter:  arthuredelstein |  Owner:  (none)
 Type:  defect  | Status:  new
 Priority:  Medium  |  Milestone:
Component:  Community/Translations  |Version:
 Severity:  Normal  | Resolution:
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+

Comment (by traumschule):

 Seems like (#14569) there was a translation of download-easy. If others
 agree I'd like to merge download and download-easy
 (comment:14:ticket:14686) to make them easier maintainable.
 To understand how those strings end up at transifex i looked at the
 translation.git and wonder how {{{https://trac.torproject.org/projects/tor/ticket/20463#comment:5>
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27097 [Applications/Tor Browser]: "Join the Tor email list!" link in Tor Browser

[Tor Bug Tracker & Wiki]

#27097: "Join the Tor email list!" link in Tor Browser
--+--
 Reporter:  arthuredelstein   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  ux-team, tbb-fundraising  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by antonela):

 * Attachment "27097-1.png" added.


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27097 [Applications/Tor Browser]: "Join the Tor email list!" link in Tor Browser

[Tor Bug Tracker & Wiki]

#27097: "Join the Tor email list!" link in Tor Browser
--+--
 Reporter:  arthuredelstein   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  ux-team, tbb-fundraising  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by antonela):

 * Attachment "27097-3.png" added.


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27097 [Applications/Tor Browser]: "Join the Tor email list!" link in Tor Browser

[Tor Bug Tracker & Wiki]

#27097: "Join the Tor email list!" link in Tor Browser
--+--
 Reporter:  arthuredelstein   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  ux-team, tbb-fundraising  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by antonela):

 * Attachment "27097-2.png" added.


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27097 [Applications/Tor Browser]: "Join the Tor email list!" link in Tor Browser

[Tor Bug Tracker & Wiki]

#27097: "Join the Tor email list!" link in Tor Browser
--+--
 Reporter:  arthuredelstein   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  ux-team, tbb-fundraising  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by antonela):

 * Attachment "27097-4.png" added.


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27097 [Applications/Tor Browser]: "Join the Tor email list!" link in Tor Browser

[Tor Bug Tracker & Wiki]

#27097: "Join the Tor email list!" link in Tor Browser
--+--
 Reporter:  arthuredelstein   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  ux-team, tbb-fundraising  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by antonela):

 Sarah, Arthur
 Since we are going to launch this before TB8, I made some mocks with
 current stable UI.
 Do we want something more noticeable? Or keeping the same white containers
 is ok?
 Please, check the attachments and let me know what do you think

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #3799 [Community/Translations]: Investigate methods for translating strings in Unixoid shell scripts

[Tor Bug Tracker & Wiki]

#3799: Investigate methods for translating strings in Unixoid shell scripts
+
 Reporter:  rransom |  Owner:  (none)
 Type:  task| Status:  new
 Priority:  Medium  |  Milestone:
Component:  Community/Translations  |Version:
 Severity:  Normal  | Resolution:
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+

Comment (by traumschule):

 If you think this is a good idea, feel free to assign me:
 [http://mywiki.wooledge.org/BashFAQ/098 How to add localization support to
 your bash scripts]

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27220 [Applications/Tor Browser]: Allow TBA to install tor button, tor launcher and https everywhere extensions without signatures

[Tor Bug Tracker & Wiki]

#27220: Allow TBA to  install tor button, tor launcher and https everywhere
extensions without signatures
--+--
 Reporter:  igt0  |  Owner:  tbb-team
 Type:  defect| Status:  needs_review
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by sysrqb):

 We don't modify https-everywhere, so it shouldn't fail the signing
 requirement. Maybe we can only add the exception for torbutton and tor-
 launcher?

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27220 [Applications/Tor Browser]: Allow TBA to install tor button, tor launcher and https everywhere extensions without signatures

[Tor Bug Tracker & Wiki]

#27220: Allow TBA to  install tor button, tor launcher and https everywhere
extensions without signatures
--+--
 Reporter:  igt0  |  Owner:  tbb-team
 Type:  defect| Status:  needs_review
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by gk):

 Replying to [comment:2 sysrqb]:
 > We don't modify https-everywhere, so it shouldn't fail the signing
 requirement. Maybe we can only add the exception for torbutton and tor-
 launcher?

 Agreed. I think it's worth being even more conservative and add only
 exceptions for things we actually need, meaning only Torbutton for the
 alpha for now.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27080 [Core Tor/Tor]: bridges fail on Tor 0.3.4.1-alpha and later

[Tor Bug Tracker & Wiki]

#27080: bridges fail on Tor 0.3.4.1-alpha and later
-+-
 Reporter:  teor |  Owner:  (none)
 Type:  defect   | Status:
 |  needs_information
 Priority:  High |  Milestone:  Tor:
 |  0.3.5.x-final
Component:  Core Tor/Tor |Version:  Tor:
 |  0.3.4.1-alpha
 Severity:  Blocker  | Resolution:
 Keywords:  034-must, 035-must, regression,  |  Actual Points:
  tor-bridge 034-backport|
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by nickm):

 Ah.  And the reason that router_have_minimum_dir_info() is returning 1
 here is twofold: It thinks that we have 44% of paths available (which
 seems suspect), and we have set `PathsNeededToBuildCircuits 0.25` in the
 chutney torrc.

 As an experiment, I tried increasing PathsNeededToBuildCircuits to .75 in
 common.i.  With that change, the bridge-min chutney test passes on master.

 Now, here's the question: what did we change in 0.3.4 that broke this?

 And is it truly affecting real bridges?

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #26878 [Community/Translations]: translation bot publishes uncompleted translations on the translation_completed branches

[Tor Bug Tracker & Wiki]

#26878: translation bot publishes uncompleted translations on the
translation_completed branches
+--
 Reporter:  emmapeel|  Owner:  emmapeel
 Type:  defect  | Status:  assigned
 Priority:  Medium  |  Milestone:
Component:  Community/Translations  |Version:
 Severity:  Normal  | Resolution:
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--

Comment (by traumschule):

 maybe with a prefix like {{{backup_}}} and adding it to .gitignore? i am
 up for testing it, but the script probably needs credentials?

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #3799 [Community/Translations]: Investigate methods for translating strings in Unixoid shell scripts

[Tor Bug Tracker & Wiki]

#3799: Investigate methods for translating strings in Unixoid shell scripts
+-
 Reporter:  rransom |  Owner:  traumschule
 Type:  task| Status:  assigned
 Priority:  Medium  |  Milestone:
Component:  Community/Translations  |Version:
 Severity:  Normal  | Resolution:
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+-
Changes (by emmapeel):

 * owner:  (none) => traumschule
 * status:  new => assigned
 * cc: emmapeel (added)


Comment:

 It would be great if you can help on this, traumschule. I am not sure
 about how to go in the code, though, maybe there are some rules etc.

 I add tbb-team here in cc in case they have a say on the way to go.

 Also, if this is part of the TB, it would be great to have this new
 sentences added to an already existing translation file, if possible. But
 this is not a blocker.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #3799 [Community/Translations]: Investigate methods for translating strings in Unixoid shell scripts

[Tor Bug Tracker & Wiki]

#3799: Investigate methods for translating strings in Unixoid shell scripts
+-
 Reporter:  rransom |  Owner:  traumschule
 Type:  task| Status:  assigned
 Priority:  Medium  |  Milestone:
Component:  Community/Translations  |Version:
 Severity:  Normal  | Resolution:
 Keywords:  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+-
Changes (by emmapeel):

 * cc: tbb-team (added)


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27220 [Applications/Tor Browser]: Allow TBA to install tor button, tor launcher and https everywhere extensions without signatures

[Tor Bug Tracker & Wiki]

#27220: Allow TBA to  install tor button, tor launcher and https everywhere
extensions without signatures
--+
 Reporter:  igt0  |  Owner:  tbb-team
 Type:  defect| Status:  needs_revision
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+
Changes (by igt0):

 * status:  needs_review => needs_revision


Comment:

 Updated patch.

 
https://trac.torproject.org/projects/tor/attachment/ticket/27220/0001-Bug-27220-Don-t
 -verify-signatures-for-tb-tl-and-http.2.patch

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27220 [Applications/Tor Browser]: Allow TBA to install tor button, tor launcher and https everywhere extensions without signatures

[Tor Bug Tracker & Wiki]

#27220: Allow TBA to  install tor button, tor launcher and https everywhere
extensions without signatures
--+--
 Reporter:  igt0  |  Owner:  tbb-team
 Type:  defect| Status:  needs_review
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by igt0):

 * Attachment "0001-Bug-27220-Don-t-verify-signatures-for-tb-tl-and-
 http.2.patch" added.

 r=1

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27097 [Applications/Tor Browser]: Add "Tor News" newsletter signup link in Tor Browser (was: "Join the Tor email list!" link in Tor Browser)

[Tor Bug Tracker & Wiki]

#27097: Add "Tor News" newsletter signup link in Tor Browser
--+--
 Reporter:  arthuredelstein   |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  ux-team, tbb-fundraising  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by arthuredelstein):

 I believe the URL we want is https://newsletter.torproject.org/

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

[tor-bugs] #27221 [Applications/Tor Browser]: Tor Browser 8.0a10 wants to update to 8.0a10

[Tor Bug Tracker & Wiki]

#27221: Tor Browser 8.0a10 wants to update to 8.0a10
--+--
 Reporter:  boklm |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal|   Keywords:
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+--
 After updating my 8.0a9 browser to 8.0a10, on Linux, the browser still
 thinks that an update is available and will download and update again to
 8.0a10.

 After setting `app.update.log` to `true`, I can see this in the logs:
 {{{
 UTM:SVC TimerManager:registerTimer - id: xpi-signature-verification
 [08-20 19:38:02] TorLauncher INFO: debug output ready
 [08-20 19:38:02] TorLauncher INFO: SOCKS port type: TCP
 [08-20 19:38:02] TorLauncher INFO: SOCKS host: 127.0.0.1
 [08-20 19:38:02] TorLauncher INFO: SOCKS port: 9250
 1534793884386   addons.webextension.https-everywhere-...@eff.org
 WARNPlease specify whether you want browser_style or not in your
 browser_action options.
 1534793884387   addons.webextension.{73a6fe31-595d-460b-a920-fcc0f8843232}
 WARNPlease specify whether you want browser_style or not in your
 browser_action options.
 Tor NOTICE: Bootstrapped 85%: Finishing handshake with first hop
 Tor NOTICE: Bootstrapped 90%: Establishing a Tor circuit
 Tor NOTICE: Tor has successfully opened a circuit. Looks like client
 functionality is working.
 Tor NOTICE: Bootstrapped 100%: Done
 AUS:SVC Creating UpdateService
 AUS:SVC readStatusFile - status: downloading, path: /home/user/tor-alpha
 /tor-browser_en-US/Browser/TorBrowser/UpdateInfo/updates/0/update.status
 [08-20 19:38:07] Torbutton NOTE: Initializing security-prefs.js
 [08-20 19:38:07] Torbutton NOTE: security-prefs.js initialization complete
 Tor NOTICE: New control connection opened from 127.0.0.1. AUS:SVC
 getCanApplyUpdates - testing write access /home/user/tor-alpha/tor-
 browser_en-US/Browser/TorBrowser/UpdateInfo/update.test
 AUS:SVC getCanApplyUpdates - able to apply updates
 AUS:SVC getCanStageUpdates - staging updates is disabled by preference
 app.update.staging.enabled
 UTM:SVC TimerManager:registerTimer - id: browser-cleanup-thumbnails
 AUS:SVC gCanCheckForUpdates - able to check for updates
 AUS:SVC getCanApplyUpdates - testing write access /home/user/tor-alpha
 /tor-browser_en-US/Browser/TorBrowser/UpdateInfo/update.test
 AUS:SVC getCanApplyUpdates - able to apply updates
 AUS:SVC readStatusFile - status: downloading, path: /home/user/tor-alpha
 /tor-browser_en-
 US/Browser/TorBrowser/UpdateInfo/updates/0/update.statusAUS:SVC
 UpdateService:_postUpdateProcessing - removing update for older
 application version or same application version with same build ID. update
 application version: 8.0a10, application version: 60.1.0, update build ID:
 20180204020101, application build ID: 20180204020101
 AUS:SVC Checker:getUpdateURL - update URL:
 https://aus1.torproject.org/torbrowser/update_3/alpha/Linux_x86_64-gcc3/8.0a9
 /en-US
 AUS:SVC Checker: checkForUpdates, force: false
 AUS:SVC Checker:getUpdateURL - update URL:
 https://aus1.torproject.org/torbrowser/update_3/alpha/Linux_x86_64-gcc3/8.0a9
 /en-US
 AUS:SVC Checker:checkForUpdates - sending request to:
 https://aus1.torproject.org/torbrowser/update_3/alpha/Linux_x86_64-gcc3/8.0a9
 /en-US
 [08-20 19:38:08] Torbutton WARN: no SOCKS credentials found for current
 document.
 AUS:SVC UpdateManager:_writeUpdatesToXMLFile - no updates to write.
 removing file: /home/user/tor-alpha/tor-browser_en-
 US/Browser/TorBrowser/UpdateInfo/active-update.xml
 AUS:SVC Checker:onLoad - request completed downloading document
 AUS:SVC Checker:onLoad - number of updates available: 1
 AUS:SVC getCanApplyUpdates - testing write access /home/user/tor-alpha
 /tor-browser_en-US/Browser/TorBrowser/UpdateInfo/update.test
 AUS:SVC getCanApplyUpdates - able to apply updates
 AUS:SVC UpdateService:_selectAndInstallUpdate - download the update
 AUS:SVC Creating Downloader
 AUS:SVC UpdateService:_downloadUpdate
 AUS:SVC readStringFromFile - file doesn't exist: /home/user/tor-alpha/tor-
 browser_en-US/Browser/TorBrowser/UpdateInfo/updates/0/update.status
 AUS:SVC readStatusFile - status: null, path: /home/user/tor-alpha/tor-
 browser_en-US/Browser/TorBrowser/UpdateInfo/updates/0/update.status
 AUS:SVC Downloader:downloadUpdate - url:
 https://cdn.torproject.org/aus1/torbrowser/8.0a10/tor-browser-
 linux64-8.0a9-8.0a10_en-US.incremental.mar, path: /home/user/tor-alpha
 /tor-browser_en-US/Browser/TorBrowser/UpdateInfo/updates/0/update.mar,
 interval: null
 AUS:SVC Downloader:onStartRequest - original URI spec:
 https://cdn.torproject.org/aus1/torbrowser/8.0a10/tor-browser-
 linux64-8.0a9-8

Re: [tor-bugs] #26470 [Core Tor/Tor]: WARN: Saying "HTTP/1.0 405 Method Not Allowed\r\n\r\n" WARN: connection_mark_unattached_ap_(): Bug: stream (marked at src/or/connection_edge.c:2551) sending two s

[Tor Bug Tracker & Wiki]

#26470: WARN: Saying "HTTP/1.0 405 Method Not Allowed\r\n\r\n"  WARN:
connection_mark_unattached_ap_(): Bug: stream (marked at
src/or/connection_edge.c:2551) sending two socks replies? (on Tor
0.3.3.5-rc 81d71f0d41adf0d8)
-+-
 Reporter:  Tai683   |  Owner:  (none)
 Type:  defect   | Status:
 |  needs_information
 Priority:  Medium   |  Milestone:  Tor:
 |  unspecified
Component:  Core Tor/Tor |Version:  Tor:
 |  0.3.3.5-rc
 Severity:  Normal   | Resolution:
 Keywords:  regression?, 033-backport-maybe, |  Actual Points:
  034-proposed   |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by traumschule):

 {{{
 $ git log --pretty=oneline -S "sending two socks replies?"
 7a79acd9f6d377533940ee12fcb3afaaa982b04d clean up socks reply stuff more.
 add a few more reasons so we can be more informative.
 $ git checkout 7a79acd9f6d377533940ee12fcb3afaaa982b04d
 $ rgrep "sending two socks replies?"
 src/or/connection_edge.c:  log_fn(LOG_WARN,"Bug: stream (marked at
 %s:%d) sending two socks replies?",
 test.log:Aug 12 19:53:09.000 [warn] connection_mark_unattached_ap_(): Bug:
 stream (marked at ../src/core/or/connection_edge.c:2605) sending two socks
 replies? (on Tor 0.3.5.0-alpha-dev )
 }}}

 7a79acd9f6d377533940ee12fcb3afaaa982b04d is from 2005, looking at the
 first warning:
 {{{
 $ git log --pretty=oneline -S "HTTP/1.0 405 Method Not Allowed"
 4b30ae158175a3a1cbbed4bb418e8ad9be1ba35e Add support for HTTP Connect
 tunnels
 $ gitk
 }}}
 > Author: Nick Mathewson   2017-08-20 17:59:58
 > Follows: tor-0.3.1.3-alpha
 > Precedes: tor-0.3.2.1-alpha

 {{{
 +  socks->command = SOCKS_COMMAND_CONNECT;
 +  socks->listener_type = CONN_TYPE_AP_HTTP_CONNECT_LISTENER;
 +  strlcpy(socks->address, addr, sizeof(socks->address));
 +  socks->port = port;
 +
 +  control_event_stream_status(conn, STREAM_EVENT_NEW, 0);
 +
 +  rv = connection_ap_rewrite_and_attach_if_allowed(conn, NULL, NULL);
 +
 +  //  send a "100 Continue" message?
 +
 +  goto done;
 +
 + err:
 +  if (BUG(errmsg == NULL))
 +errmsg = "HTTP/1.0 400 Bad Request\r\n\r\n";
 +  log_warn(LD_EDGE, "Saying %s", escaped(errmsg));
 +  connection_write_to_buf(errmsg, strlen(errmsg), ENTRY_TO_CONN(conn));
 +  connection_mark_unattached_ap(conn,
 +END_STREAM_REASON_HTTPPROTOCOL|
 +
 END_STREAM_REASON_FLAG_ALREADY_SOCKS_REPLIED);
 }}}

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27221 [Applications/Tor Browser]: Tor Browser 8.0a10 wants to update to 8.0a10

[Tor Bug Tracker & Wiki]

#27221: Tor Browser 8.0a10 wants to update to 8.0a10
--+--
 Reporter:  boklm |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by boklm):

 I can't reproduce the issue with a new `8.0a10` install, so it seems to be
 an issue specific to my `8.0a9` -> `8.0a10` update.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27220 [Applications/Tor Browser]: Allow TBA to install tor button, tor launcher and https everywhere extensions without signatures

[Tor Bug Tracker & Wiki]

#27220: Allow TBA to  install tor button, tor launcher and https everywhere
extensions without signatures
--+--
 Reporter:  igt0  |  Owner:  tbb-team
 Type:  defect| Status:  needs_review
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by igt0):

 * status:  needs_revision => needs_review


--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27221 [Applications/Tor Browser]: Tor Browser 8.0a10 wants to update to 8.0a10

[Tor Bug Tracker & Wiki]

#27221: Tor Browser 8.0a10 wants to update to 8.0a10
--+--
 Reporter:  boklm |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by boklm):

 Replying to [comment:1 boklm]:
 > I can't reproduce the issue with a new `8.0a10` install, so it seems to
 be an issue specific to my `8.0a9` -> `8.0a10` update.

 I also cannot reproduce this issue when doing a new `8.0a9` install and
 updating it to `8.0a10`.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

[tor-bugs] #27222 [- Select a component]: nasa

[Tor Bug Tracker & Wiki]

#27222: nasa
--+
 Reporter:  masm1958  |  Owner:  (none)
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  - Select a component  |Version:
 Severity:  Normal|   Keywords:
Actual Points:|  Parent ID:
   Points:|   Reviewer:
  Sponsor:|
--+
 nasa

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27221 [Applications/Tor Browser]: Tor Browser 8.0a10 wants to update to 8.0a10

[Tor Bug Tracker & Wiki]

#27221: Tor Browser 8.0a10 wants to update to 8.0a10
--+--
 Reporter:  boklm |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--

Comment (by boklm):

 And I also cannot reproduce the issue when doing a new `8.0a8` install,
 updating it to `8.0a9` and then `8.0a10`.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs

Re: [tor-bugs] #27221 [Applications/Tor Browser]: Tor Browser 8.0a10 wants to update to 8.0a10

[Tor Bug Tracker & Wiki]

#27221: Tor Browser 8.0a10 wants to update to 8.0a10
--+--
 Reporter:  boklm |  Owner:  tbb-team
 Type:  defect| Status:  new
 Priority:  High  |  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+--
Changes (by gk):

 * priority:  Medium => High
 * cc: mcs, brade (added)


Comment:

 FWIW: I think I saw a similar behavior on my Linux box, too.

--
Ticket URL: 
Tor Bug Tracker & Wiki 
The Tor Project: anonymity online
___
tor-bugs mailing list
tor-bugs@lists.torproject.org
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs