Re: [tor-bugs] #28200 [Applications/Tor Browser]: Update fails when connection is interrupted

[Tor Bug Tracker & Wiki]

#28200: Update fails when connection is interrupted
--+---
 Reporter:  traumschule   |  Owner:  tbb-team
 Type:  defect| Status:  needs_information
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+---
Changes (by traumschule):

 * cc: teor (added)


Comment:

 > Is this filed upstream already?
 https://bugzilla.mozilla.org/show_bug.cgi?id=701733
 https://bugzilla.mozilla.org/show_bug.cgi?id=606373
 https://bugzilla.mozilla.org/show_bug.cgi?id=1367084
 So it's known at least. And i wanted to CC teor before.

--
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] #28200 [Applications/Tor Browser]: Update fails when connection is interrupted

[Tor Bug Tracker & Wiki]

#28200: Update fails when connection is interrupted
--+---
 Reporter:  traumschule   |  Owner:  tbb-team
 Type:  defect| Status:  needs_information
 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 traumschule]:
 > I went through tickets filed by teor in 2016 and 2017 to check if this
 is maybe a duplicate. These are related to the updater:
 > #16812 #18186 #20150 #22598 #22598 #23115 #23798
 >
 > > What is Firefox 60 ESR doing in such a case?
 > Unplugging the cable did not irritate it much, it just continued when
 replugging it after some time. However the update is so small that i had
 to {{{wondershaper [iface] 10 10}}}, still then it did not show a progress
 bar, just a spinner with "Checking for updates..." and then the restart
 button.
 > So i used iptables to drop packets for the created firefox user
 ({{{iptables -I OUTPUT -m owner --uid-owner 100X -j DROP}}}), started
 firefox and it claimed "Firefox is up to date". Is this filed upstream
 already?

 Good question, I don't know.

 > Maybe giving users the chance to interact with a Refresh button is
 easier than implementing a lot of logic here.

 Could be, yes.

--
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] #28200 [Applications/Tor Browser]: Update fails when connection is interrupted

[Tor Bug Tracker & Wiki]

#28200: Update fails when connection is interrupted
--+---
 Reporter:  traumschule   |  Owner:  tbb-team
 Type:  defect| Status:  needs_information
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+---

Comment (by traumschule):

 I went through tickets filed by teor in 2016 and 2017 to check if this is
 maybe a duplicate. These are related to the updater:
 #16812 #18186 #20150 #22598 #22598 #23115 #23798

 > What is Firefox 60 ESR doing in such a case?
 Unplugging the cable did not irritate it much, it just continued when
 replugging it after some time. However the update is so small that i had
 to {{{wondershaper [iface] 10 10}}}, still then it did not show a progress
 bar, just a spinner with "Checking for updates..." and then the restart
 button.
 So i used iptables to drop packets for the created firefox user
 ({{{iptables -I OUTPUT -m owner --uid-owner 100X -j DROP}}}), started
 firefox and it claimed "Firefox is up to date". Is this filed upstream
 already?

 Maybe giving users the chance to interact with a Refresh button is easier
 than implementing a lot of logic 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] #28200 [Applications/Tor Browser]: Update fails when connection is interrupted

[Tor Bug Tracker & Wiki]

#28200: Update fails when connection is interrupted
--+---
 Reporter:  traumschule   |  Owner:  tbb-team
 Type:  defect| Status:  needs_information
 Priority:  Medium|  Milestone:
Component:  Applications/Tor Browser  |Version:
 Severity:  Normal| Resolution:
 Keywords:|  Actual Points:
Parent ID:| Points:
 Reviewer:|Sponsor:
--+---
Changes (by gk):

 * cc: mcs, brade (added)
 * status:  new => needs_information


Comment:

 What is Firefox 60 ESR doing in such a case? I.e. is that a more generic
 bug in Firefox's code or something we messed up when adding our patches?

--
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] #28200 [Applications/Tor Browser]: Update fails when connection is interrupted

[Tor Bug Tracker & Wiki]

#28200: Update fails when connection is interrupted
--+--
 Reporter:  traumschule   |  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:|
--+--
 The about dialog showed a download in progress and suddenly stopped. I had
 to close the about dialog and reopen it to continue the download. teor
 confirmed that on irc:
 > I have seen Tor Browser time out on updates on my macOS VM. Possibly
 because the VM is overloaded.

 TB should recognize an interrupted connection and restart the download
 automatically.

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