[tor-bugs] #27182 [Applications/Tor Browser]: Update mar_compression for 8.0.1 release

[Tor Bug Tracker & Wiki]

#27182: Update mar_compression for 8.0.1 release
-+-
 Reporter:  boklm|  Owner:  tbb-team
 Type:  task | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Applications/Tor |Version:
  Browser|   Keywords:  ff60-esr,
 Severity:  Normal   |  TorBrowserTeam201809
Actual Points:   |  Parent ID:  #26050
   Points:   |   Reviewer:
  Sponsor:   |
-+-
 Following #27178, we need to update mar_compression for the 8.0.1 release:
 xz for 8.0.1, bzip2 for 8.0.

--
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] #27179 [Applications/Tor Browser]: Adapt patch written in bug 27178 for update from 8.0a10 to next alpha release

[Tor Bug Tracker & Wiki]

#27179: Adapt patch written in bug 27178 for update from 8.0a10 to next alpha
release
+--
 Reporter:  gk  |  Owner:  tbb-team
 Type:  defect  | Status:  new
 Priority:  Medium  |  Milestone:
Component:  Applications/Tor Browser|Version:
 Severity:  Normal  | Resolution:
 Keywords:  ff60-esr, TorBrowserTeam201808  |  Actual Points:
Parent ID:  #26050  | Points:
 Reviewer:  |Sponsor:
+--

Comment (by boklm):

 There is a patch for this in branch `bug_27179`, to be merged after 8.0a10
 is released:
 https://gitweb.torproject.org/user/boklm/tor-browser-
 build.git/commit/?h=bug_27179=df4e295be78776d9aa2ce7142cfac951359438d8

--
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,   |  Actual Points:
  TorBrowserTeam201808R  |
Parent ID:  #26531   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by gk):

 Replying to [comment:9 sysrqb]:
 > Replying to [comment:3 igt0]:
 > > XUL doesn't work well on mobile, so I implemented the mobile
 preferences in XHTML.
 > >
 > > Initially, I tried to make the code reusable across the mobile and
 desktop, however I was losing lot of time trying to make the Desktop
 version work. So this patchset has just the **mobile** implementation.
 > >
 >
 > The original XUL implementation still works on Desktop, correct? Only
 mobile uses XHTML?
 >
 > > You can see the patches here:
 > > https://github.com/igortoliveira/torbutton/commits/26884
 > >
 > > **Bug 26884 - Part 1: Move show_torbrowser_manual and
 get_general_useragent_locale to utils**
 > >
 
https://github.com/igortoliveira/torbutton/commit/07382c5ee23470bbc08a785c2b349fdb06010696
 > >
 >
 > Seems okay - but **Arthur**, maybe you want to skim through one?

 I have some nits:
 a) Please keep the comment which was available above
 `torbutton_show_torbrowser_manual()`.
 b)
 {{{
 // torbutton_show_torbrowser_manual() returns true.
 }}}
 needs to get reworded.
 c) If there is an error in `get_general_useragent_locale()` we should have
 some way of showing it (e.g. by emitting a message to the console), even
 if the usual logging functionality is not available in the module. I'd
 like to avoid omitting any kind of notification in such a case.

--
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] #27181 [Metrics/Onionoo]: Avoid unnecessary disk writes

[Tor Bug Tracker & Wiki]

#27181: Avoid unnecessary disk writes
-+--
 Reporter:  irl  |  Owner:  metrics-team
 Type:  enhancement  | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   |   Keywords:
Actual Points:   |  Parent ID:
   Points:   |   Reviewer:
  Sponsor:   |
-+--
 Right now if you run the updater, every status document will be touched by
 Onionoo regardless of whether or not the content actually changed.
 Additionally every file in the out directory will be touched, although I'm
 less concerned about this as I've seen that the out directory is
 reproducibly built from the status directory where no changes have
 occurred. My primary motivation for this ticket is enabling consistency in
 backups and the creation of test instances where we'd like to copy out the
 status directory between updater runs, where there is a limited time
 window.

 I propose that we add a field to the Document class that marks a document
 as having changed since it was loaded from disk. Initially this flag would
 be clear but if any field in the document is changed then this would
 trigger a write. There may be conditions where a value is set to the value
 it already has and we should detect these cases and not set the flag to
 perform a write.

 Alternatively, we can store the serialization of the document along with
 the parsed fields. When serializing the document we can compare the
 document with its original serialization to determine if it needs to be
 written to disk.

 We will need to have good test coverage for this as if we miss setting the
 flag to write data we may end up with gaps in data on the Onionoo hosts.

--
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] #27180 [Metrics/Onionoo]: Remove DetailsDocumentFields interface

[Tor Bug Tracker & Wiki]

#27180: Remove DetailsDocumentFields interface
-+--
 Reporter:  irl  |  Owner:  irl
 Type:  enhancement  | Status:  needs_review
 Priority:  Medium   |  Milestone:
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--
Changes (by irl):

 * cc: metrics-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] #27180 [Metrics/Onionoo]: Remove DetailsDocumentFields interface

[Tor Bug Tracker & Wiki]

#27180: Remove DetailsDocumentFields interface
-+--
 Reporter:  irl  |  Owner:  irl
 Type:  enhancement  | Status:  needs_review
 Priority:  Medium   |  Milestone:
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--
Changes (by irl):

 * status:  accepted => needs_review


Comment:

 Aaah, it is also used to build the OrderParameters. Now I'm unsure if we
 would want to remove this, or go the other direction and use it for all
 parameters in the documents.

 Please review my
 
[[https://gitweb.torproject.org/user/irl/onionoo.git/commit/?h=task/27180=41c9a9ba01d920f079a9de93b913bbe6e91cb8dc|commit
 41c9a9b in my task/27180 branch]] to see what removing it looks like.
 Maybe this can help us decide which way to go.

--
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] #27180 [Metrics/Onionoo]: Remove DetailsDocumentFields interface

[Tor Bug Tracker & Wiki]

#27180: Remove DetailsDocumentFields interface
-+--
 Reporter:  irl  |  Owner:  irl
 Type:  enhancement  | Status:  accepted
 Priority:  Medium   |  Milestone:
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--

Comment (by karsten):

 Or can we use it for the remaining fields, too? If not, I'm okay with
 removing this interface.

--
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] #27180 [Metrics/Onionoo]: Remove DetailsDocumentFields interface

[Tor Bug Tracker & Wiki]

#27180: Remove DetailsDocumentFields interface
-+--
 Reporter:  irl  |  Owner:  irl
 Type:  enhancement  | Status:  accepted
 Priority:  Medium   |  Milestone:
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--
Changes (by irl):

 * owner:  metrics-team => irl
 * status:  new => accepted


--
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] #27180 [Metrics/Onionoo]: Remove DetailsDocumentFields interface

[Tor Bug Tracker & Wiki]

#27180: Remove DetailsDocumentFields interface
-+--
 Reporter:  irl  |  Owner:  metrics-team
 Type:  enhancement  | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   |   Keywords:
Actual Points:   |  Parent ID:
   Points:   |   Reviewer:
  Sponsor:   |
-+--
 This interface "Provides constants for details document field names".

 In practice, it only provides 2 of them, and they're only used in one
 function that is full of other hard coded strings.

 We can remove this to reduce complexity.

--
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] #27179 [Applications/Tor Browser]: Adapt patch written in bug 27178 for update from 8.0a10 to next alpha release

[Tor Bug Tracker & Wiki]

#27179: Adapt patch written in bug 27178 for update from 8.0a10 to next alpha
release
-+-
 Reporter:  gk   |  Owner:  tbb-team
 Type:  defect   | Status:  new
 Priority:  Medium   |  Milestone:
Component:  Applications/Tor |Version:
  Browser|   Keywords:  ff60-esr,
 Severity:  Normal   |  TorBrowserTeam201808
Actual Points:   |  Parent ID:  #26050
   Points:   |   Reviewer:
  Sponsor:   |
-+-
 We needed to patch our incremental MAR generation script to be able to
 handle different compression algorithms simultaneously (done in #27178).
 We need to adapt that patch to handle future alpha updates.

--
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] #27178 [Applications/Tor Browser]: Generating of incremental MAR files fails due to new compression format

[Tor Bug Tracker & Wiki]

#27178: Generating of incremental MAR files fails due to new compression format
+--
 Reporter:  gk  |  Owner:  tbb-team
 Type:  defect  | Status:  closed
 Priority:  Very High   |  Milestone:
Component:  Applications/Tor Browser|Version:
 Severity:  Normal  | Resolution:  fixed
 Keywords:  tbb-rbm, TorBrowserTeam201808R  |  Actual Points:
Parent ID:  #26050  | Points:
 Reviewer:  |Sponsor:
+--
Changes (by gk):

 * status:  needs_review => closed
 * resolution:   => fixed
 * parent:   => #26050


Comment:

 Works for me. Applied to `master` (commit
 93acbf12b01c83facfb6fb023ceff10d9f601b98). We should file follow-up bugs
 to adapt this patch during the whole watershed thing (and mark those bugs
 as child bugs for #26050). I'll file the one for 8.0a10->8.0a11 (or
 8.0a10-8.5a1 if 8.0a10 will be the last alpha) incremental creation.

--
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] #26901 [Metrics/Onionoo]: Mention that a DNSSEC-validating resolver is used for reverse DNS lookups

[Tor Bug Tracker & Wiki]

#26901: Mention that a DNSSEC-validating resolver is used for reverse DNS 
lookups
-+--
 Reporter:  nusenu   |  Owner:  irl
 Type:  enhancement  | Status:  needs_review
 Priority:  Medium   |  Milestone:
Component:  Metrics/Onionoo  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--
Changes (by irl):

 * cc: metrics-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] #27163 [Metrics]: Regular expression for valid AS numbers doesn't allow for AS 0

[Tor Bug Tracker & Wiki]

#27163: Regular expression for valid AS numbers doesn't allow for AS 0
-+--
 Reporter:  nusenu   |  Owner:  irl
 Type:  defect   | Status:  needs_review
 Priority:  Medium   |  Milestone:
Component:  Metrics  |Version:
 Severity:  Normal   | Resolution:
 Keywords:   |  Actual Points:
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+--
Changes (by irl):

 * status:  accepted => needs_review


Comment:

 Please review
 
[[https://gitweb.torproject.org/user/irl/onionoo.git/commit/?h=task/27163=405faa26c694f0d3c323357f0b3d501a3edd0b7d|commit
 405faa2 in my task/27163 branch]].

--
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] #27178 [Applications/Tor Browser]: Generating of incremental MAR files fails due to new compression format

[Tor Bug Tracker & Wiki]

#27178: Generating of incremental MAR files fails due to new compression format
+--
 Reporter:  gk  |  Owner:  tbb-team
 Type:  defect  | Status:  needs_review
 Priority:  Very High   |  Milestone:
Component:  Applications/Tor Browser|Version:
 Severity:  Normal  | Resolution:
 Keywords:  tbb-rbm, TorBrowserTeam201808R  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--

Comment (by boklm):

 Replying to [comment:1 boklm]:
 >
 > We are not checking that xz is used in the generated incrementals as
 this would require extracting them again after they are created. But we
 are using the `mar-tools` from the new version, and `MAR_OLD_FORMAT` is
 not set, so I think it should get used.

 After manually extracting one of the generated incremental, I see that the
 files are indeed compressed with xz.

--
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] #27178 [Applications/Tor Browser]: Generating of incremental MAR files fails due to new compression format

[Tor Bug Tracker & Wiki]

#27178: Generating of incremental MAR files fails due to new compression format
+--
 Reporter:  gk  |  Owner:  tbb-team
 Type:  defect  | Status:  needs_review
 Priority:  Very High   |  Milestone:
Component:  Applications/Tor Browser|Version:
 Severity:  Normal  | Resolution:
 Keywords:  tbb-rbm, TorBrowserTeam201808R  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--
Changes (by boklm):

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


Comment:

 There is a patch for review in branch `bug_27178`, adding an option to
 select the format:
 https://gitweb.torproject.org/user/boklm/tor-browser-
 build.git/commit/?h=bug_27178=93acbf12b01c83facfb6fb023ceff10d9f601b98

 We are not checking that xz is used in the generated incrementals as this
 would require extracting them again after they are created. But we are
 using the `mar-tools` from the new version, and `MAR_OLD_FORMAT` is not
 set, so I think it should get used.

--
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] #27174 [Applications/Tor Browser]: Update keyring/torbrowser.gpg for new subkey

[Tor Bug Tracker & Wiki]

#27174: Update keyring/torbrowser.gpg for new subkey
+--
 Reporter:  boklm   |  Owner:  tbb-team
 Type:  task| Status:  closed
 Priority:  Medium  |  Milestone:
Component:  Applications/Tor Browser|Version:
 Severity:  Normal  | Resolution:  fixed
 Keywords:  TorBrowserTeam201808R, tbb-rbm  |  Actual Points:
Parent ID:  | Points:
 Reviewer:  |Sponsor:
+--
Changes (by gk):

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


Comment:

 Looks good. Fixed in commit 48ff98c88e3359cfd0490acc9a0346b3d0c5bd3a on
 `master`.

--
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] #27175 [Applications/Tor Browser]: NoScript plugin does not save per-site permissions when tor browser closes

[Tor Bug Tracker & Wiki]

#27175: NoScript plugin does not save per-site permissions when tor browser 
closes
--+---
 Reporter:  tor-user-1234 |  Owner:  tbb-team
 Type:  defect| Status:  needs_information
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:  noscript  |  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+---
Changes (by gk):

 * owner:  (none) => tbb-team
 * status:  new => needs_information
 * component:  Core Tor => Applications/Tor Browser


Comment:

 Does that work with NoScript in an unmodified Firefox 60 ESR (see:
 https://www.mozilla.org/en-US/firefox/organizations/all/ for some binaries
 to test)? Could you give us steps to reproduce as it seems you need to
 modify some Tor Browser settings to hit this bug? And I assume saving per-
 site permissions works in Tor Browser 7.5.6?

--
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] #14952 [Applications/Tor Browser]: Audit HTTP/2 and SPDY if needed

[Tor Bug Tracker & Wiki]

#14952: Audit HTTP/2 and SPDY if needed
-+-
 Reporter:  gk   |  Owner:  tbb-
 |  team
 Type:  task | Status:  closed
 Priority:  Very High|  Milestone:
Component:  Applications/Tor Browser |Version:
 Severity:  Normal   | Resolution:  fixed
 Keywords:  tbb-linkability, tbb-usability-  |  Actual Points:
  website, tbb-performance, ff60-esr,|
  TorBrowserTeam201808R  |
Parent ID:   | Points:
 Reviewer:   |Sponsor:
-+-
Changes (by gk):

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


Comment:

 Thanks for the detailed analysis! Closing this ticket then. Let's file
 follow-up tickets in case we hit something related to HTTP2/AltSvc.

--
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] #27178 [Applications/Tor Browser]: Generating of incremental MAR files fails due to new compression format

[Tor Bug Tracker & Wiki]

#27178: Generating of incremental MAR files fails due to new compression format
-+-
 Reporter:  gk   |  Owner:  tbb-team
 Type:  defect   | Status:  new
 Priority:  Very High|  Milestone:
Component:  Applications/Tor |Version:
  Browser|   Keywords:  tbb-rbm,
 Severity:  Normal   |  TorBrowserTeam201808
Actual Points:   |  Parent ID:
   Points:   |   Reviewer:
  Sponsor:   |
-+-
 Generating the incremental MAR files for Tor Browser 8.0a10 fails as the
 script does not know about the new compression format. I guess while we
 are still in the transitioning period it could check both formats making
 sure the new format is getting used when recompressing things.

--
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,   |  Actual Points:
  TorBrowserTeam201808R  |
Parent ID:  #26531   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by sysrqb):

 Oh, right. Okay, i got this working by toggling
 `xpinstall.signatures.required`. Then I forced installation by going to
 `file:///data/data/org.torproject.torbrowser/distribution/extensions/` and
 tapping on `torbut...@torproject.org.xpi`. After restarting the app,
 torbutton runs and I see "Security Settings" in the menu. igt0, nice job.

 When I open the Security Settings, I see the slider. However, tapping the
 actual label "Standard" and "Safest" result in the position jumping to the
 other location (tapping on "Standard" causes the location indicator to
 jump to "Safest", and vice versa). I think the noscript settings are
 reversed, as well.

--
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,   |  Actual Points:
  TorBrowserTeam201808R  |
Parent ID:  #26531   | Points:
 Reviewer:   |Sponsor:
-+-

Comment (by sysrqb):

 Also, how did you bypass the addon signiture restriction?
   `Gecko   : 1534486863961  addons.xpi  WARNInvalid XPI:
 signature is required but missing`


 [https://gitweb.torproject.org/tor-
 browser.git/tree/toolkit/mozapps/extensions/internal/XPIInstall.jsm?h=tor-
 browser-60.1.0esr-8.0-1#n1559 loadManifest()] calls
 [https://gitweb.torproject.org/tor-
 browser.git/tree/toolkit/mozapps/extensions/internal/XPIProvider.jsm?h
 =tor-browser-60.1.0esr-8.0-1#n241 mustSign()]

--
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:
--+--
Changes (by arthuredelstein):

 * keywords:  TorBrowserTeam201808 => TorBrowserTeam201808R
 * status:  new => needs_review


Comment:

 Here's a patch for review:
 https://github.com/arthuredelstein/webml/commit/27151

 The results look like this:
 https://torpat.ch/tpo/projects/torbrowser.html.en#downloads-alpha

--
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