[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #29080 [Applications/Tor Browser]: Merge OrbotService and TOPL
#29080: Merge OrbotService and TOPL
-------------------------------------------------+-------------------------
Reporter: sisbell | Owner: tbb-
| team
Type: defect | Status:
| needs_review
Priority: Medium | Milestone:
Component: Applications/Tor Browser | Version:
Severity: Normal | Resolution:
Keywords: tbb-mobile, TBA-a3, | Actual Points:
TorBrowserTeam201903R, tbb-8.5 |
Parent ID: #27609 | Points:
Reviewer: | Sponsor:
-------------------------------------------------+-------------------------
Comment (by eighthave):
One small but important thing to do with this merging is to make
TorService be an actual Android `Service`. That will help with the
lifecycle issues a lot, and is the official Android interface for doing
something like a UNIX daemon. I did some quick prototyping, this
basically means writing a thin Java and JNI shim layer where the Java code
defines the subclass of `android.app.Service` and the JNI layer maps the
tor daemon start/stop to the Java class. We have to do something like
this for Android Q anyway, since running daemons is now fully blocked:
*
https://www.reddit.com/r/androiddev/comments/b2inbu/psa_android_q_blocks_executing_binaries_in_your/
* https://android-
review.googlesource.com/c/platform/system/sepolicy/+/804149
I have some cycles allocated from Guardian Project to work on this kind of
thing, so I'm wondering how best to integrate into sisbell's work.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/29080#comment:24>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs