bugGNUzilla - Bugs: bug #49604, [VOTE] Tor code base

 
 

bug #49604: [VOTE] Tor code base

Submitter:  Daniel Quintiliani <danq>
Submitted:  Mon 14 Nov 2016 07:56:19 PM UTC
Votes: 1
 
Category:  None Severity:  3 - Normal
Item Group:  None Status:  None
Privacy:  Public Assigned to:  None
Originator Name:  Open/Closed:  Open
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Wed 16 Nov 2016 03:28:03 PM UTC, comment #10: 
David Hedlund <beloved>
Group Member
Wed 16 Nov 2016 06:16:11 AM UTC, comment #9: 

Please close this issue that has been better described in https://savannah.gnu.org/bugs/?49616

David Hedlund <beloved>
Group Member
Wed 16 Nov 2016 05:40:22 AM UTC, comment #8: 

Please use the "votes" section instead of using comments.

A vote on this issue is a vote in favor of using Tor Browser as code basis.

Daniel Quintiliani <danq>
Tue 15 Nov 2016 08:26:18 AM UTC, comment #7: 

@ comment #3 / David Hedlund

The Tor button would confuse users as to the state of the browser, especially if upstream already has Private Browsing mode. For example, they might not notice when they're not in private mode, while actually browsing private things thinking that they are in private mode.

That's why, for particular ways of browsing, Tor browser is for good reason a separate thing.

IceCat could be the go-to browser for general browsing (especially those people who want the cookie prompt back).

Mart Rootamm <martg>
Tue 15 Nov 2016 07:38:44 AM UTC, comment #6: 

I VOTE TO ADD TOR

Anonymous
Tue 15 Nov 2016 07:08:11 AM UTC, comment #5: 

Original post https://lists.gnu.org/archive/html/bug-gnuzilla/2016-08/msg00006.html

Hi,

I had an exchange of ideas with other people after the recent security
announcement of firefox[2].
The state of torbrowser was brought up in Guix as a problem and a
discussion before, in the attempt to figure out how to package
torbrowser compatible to our system.

It was pointed out to me that the team which develops torbrowser is
working together with mozilla to upstream their patchset[0][1].
With this new development and the importance of networks like tor,
it would be a logic choice to switch to torbrowser as upstream of
icecat and follow their development.
At least that's one alternative I can come up with.
This will of course not be torbrowser in its original form, as
adjustments are made. Wether this differs from upstream in the default
unique fingerprint of the browser has to be monitored, but I am not
suggesting to build another torbrowser, just to use it as a more recent,
well maintained firefox codebase for icecat.
For your information, torbrowser recently switched to follow a different
version of firefox than in the last years.

I don't know about the size of your development team, it is assumed that
it is rather small? In any case, if you need help with tasks, there are
certainly some people interested in helping to make the transition to a
new version. Personally I have limited resources, so I can only be of
limited help.

I do believe that torbrowser might also benefit from this if tb is
chosen as upstream and fixes are upstreamed to either firefox or
torbrowser depending on the nature of the fix.

I am aware that this message does not cover every detail I have talked
about on other lists and off-list, but I'd like to get in contact with
you on this topic.


Additional question, what's needed to get into the store which icecat
uses? http://patrol.psyced.org/ is a extension which provides more
functionality than https-everywhere. torbrowser 6.0.3 does not use
firefox 48 as a base, but they might be working on a solution for the
forced extensions+addons signing already which will start with FF 48.


[0]: https://bugzilla.mozilla.org/show_bug.cgi?id=1260929
[1]: https://bugzilla.mozilla.org/show_bug.cgi?id=1173199
[2]: http://lists.gnu.org/archive/html/guix-devel/2016-08/msg00277.html


thanks and greetings,
--
♥Ⓐ  ng0
For non-prism friendly talk find me on http://www.psyced.org

David Hedlund <beloved>
Group Member
Tue 15 Nov 2016 07:05:13 AM UTC, comment #4: 

Please add ng0 to "Originator name".

Reference - https://lists.gnu.org/archive/html/bug-gnuzilla/2016-08/msg00006.html

David Hedlund <beloved>
Group Member
Tue 15 Nov 2016 06:56:14 AM UTC, comment #3: 

It is possible to add a Tor switch button for those who want to or not want to use it as Tor Browser.

David Hedlund <beloved>
Group Member
Tue 15 Nov 2016 01:17:19 AM UTC, comment #2: 

I strongly disagree -- not every Icecat user wants to use Tor. If they do, why not just download and install the Tor browser? Abrowser from Trisquel (also a GNU project) would more closely align with Icecat's historical goals and some of their devs have in the past collaborated by way of mailing list discussions. Please see https://trisquel.info/en/wiki/abrowser-help for more information.

Gary Driggs <garyd>
Tue 15 Nov 2016 01:03:26 AM UTC, comment #1: 

Voting #2 = No.

Reasons for this —

It's arbitrary: Using the Tor Browser code base would simply be duplication.

Furthermore, the Tor Browser seems to have diverged from baseline Firefox, whereas there's a real need for a general-purpose Firefox-based browser with new and restored privacy features.

Mart Rootamm <martg>
Mon 14 Nov 2016 07:56:19 PM UTC, original submission:  

For future releases of IceCat (after v38.8), should we use the Tor code as a basis for IceCat?

1. Yes
2. No

I vote #1

Daniel Quintiliani <danq>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by danq (Voted in favor of this item)
  • -email is unavailable- added by garyd (Posted a comment)
  • -email is unavailable- added by martg (Posted a comment)
  • -email is unavailable- added by danq (Submitted the item)
  •  

    There is 1 vote so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 2 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2016-11-16 danq Carbon-Copy- Added danq
    2016-11-15 beloved Carbon-Copy- Added beloved

    Back to the top

    Powered by Savane 3.14-f13d.
    Corresponding source code